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
Please provide the possibility to have libs non-transitively on the classpath that will not end up on the module path.
In my concrete situation we use com.github.sarxos:webcam-capture:0.3.12 which depends on com.nativelibs4java:bridj:0.7.0. bridj tries to load resources from other modules via Class#getResource and if that fails it tries to use ClassLoader#getResource.
The latter would work properly as it is an automatic module and tries to get a resource from an automatic module, but unfortunatley there is a bug in bridj that makes the class loader part break (they do not strip the leading slash of the path).
This is (besides fixing the bug) only solvable by removing bridj from the module path and adding it to the classpath instead, as unnamed modules do not have the restriction automatic and named modules have, that Class#getResource only works for resources within the own module.
The text was updated successfully, but these errors were encountered:
Please provide the possibility to have libs non-transitively on the classpath that will not end up on the module path.
In my concrete situation we use
com.github.sarxos:webcam-capture:0.3.12
which depends oncom.nativelibs4java:bridj:0.7.0
.bridj
tries to load resources from other modules viaClass#getResource
and if that fails it tries to useClassLoader#getResource
.The latter would work properly as it is an automatic module and tries to get a resource from an automatic module, but unfortunatley there is a bug in
bridj
that makes the class loader part break (they do not strip the leading slash of the path).This is (besides fixing the bug) only solvable by removing
bridj
from the module path and adding it to the classpath instead, as unnamed modules do not have the restriction automatic and named modules have, thatClass#getResource
only works for resources within the own module.The text was updated successfully, but these errors were encountered: