You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
JavaFX 16 (which we're using as of 4.0 alpha 5) is bundled as a set of Java “modules,” rather than regular .jar files. As such, it will complain if the code is loaded from the usual CLASSPATH.
For now, there are some workarounds in the build process that treat the (newly separated) JavaFX library as a special case, but this is pretty gross, and we need to either:
Start tracking a modulesPath and module lists during build and bundling so that it can be specified when running from the PDE and when exporting.
Alternatively, we could add additional information to library.properties so that special command line options can be added. In this case, it would be --add-modules javax.base, etc, but could also be used to cover -XstartOnFirstThread for libraries that require that (LWJGL?)
The text was updated successfully, but these errors were encountered:
Created by: benfry
JavaFX 16 (which we're using as of 4.0 alpha 5) is bundled as a set of Java “modules,” rather than regular
.jar
files. As such, it will complain if the code is loaded from the usualCLASSPATH
.For now, there are some workarounds in the build process that treat the (newly separated) JavaFX library as a special case, but this is pretty gross, and we need to either:
modulesPath
and module lists during build and bundling so that it can be specified when running from the PDE and when exporting.library.properties
so that special command line options can be added. In this case, it would be--add-modules javax.base
, etc, but could also be used to cover-XstartOnFirstThread
for libraries that require that (LWJGL?)The text was updated successfully, but these errors were encountered: