Add support for a static native library search path #92
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Bundling JSSC into a sandboxed application (SELinux, Mac AppStore) may have runtime issues due to how
native-lib-loader
handles the extraction of native libraries at runtime by default, something prohibited in certain high-security environments.This PR adds a stub extractor class which extends
native-lib-loader
's default extraction behavior unless a validbootPath
parameter is provided, allowing it to look in a static search location before performing any sandbox-restricted extraction.To toggle this on, simply set the
jssc.boot.library.path
variable via code or command line:Code:
Command line:
Related: Allow to specify a library folder to avoid native lib unpacking. scream3r/java-simple-serial-connector#105
Related upstream bug report: Add ability for static search locations scijava/native-lib-loader#41
Related downstream bug report: Sandboxed Support qzind/tray#841