native libs in modules
michael.dever at icloud.com
Mon Apr 30 15:12:44 UTC 2018
What IDE are you all using.
Clearly, it can't be Netbeans.
That's still stuck on Java 8.
On Apr 29, 2018, at 1:05 PM, Johan Vos <johan.vos at gluonhq.com> wrote:
Now that the OpenJFX SDK that works with Java 11 is about to be released in
EA, we should think about releasing the modules.
In case you download the OpenJFX SDK, running an app goes like
java --module-path $OPENJFXSDK/lib --add-modules javafx.controls your.app
If you use gradle or maven, the same should be achieved using e.g.
(ignore the naming and versioning for now)
This will download the javafx controls module and its dependencies from
e.g. maven central. The javafx controls module info declares a requires
entry for javafx.base and javafx.graphics so those will be downloaded.
The question is how the native libs should be downloaded. It is possible to
bundle the native libs with the modules, but there are a number of options
for dealing with platform-specific libraries:
1. javafx.graphics contains all native libraries for all platforms.
2. a generic javafx.graphics module containing java code only, plus N
platform-specific modules (or jar) containing the native code. An example
of how this is used is ND4J:
To make it more complex, there are a number of options for e.g. prims
leading to a number of native libs. Do we want to include all relevant
options for all platforms?
More information about the openjfx-dev