I\'d like to create a Java 9 runtime image that contains 3rd party jars. I have made a simple Java project (let\'s call this Example
) to call a utility jar (let
jlink directly can not do this. The trick is to call jdeps on all external libs to collect their system module dependencies and than modify the parameters to jlink accordingly. Generating a module-info.java will not always work to solve the problem but you can use jdeps to see what system modules you need and than create a custom Java Runtime with jlink which includes all these system dependencies and put the external libs on the classpath or module path dependening on if they are non-modular jars or automatic module jars.
You can use something like a special maven plugin to automate that task.
No, jlink requires all included modules to be explicit, meaning they need to have a module descriptor. Here's what the documentation says about the jlink's module path:
The path where the jlink tool discovers observable modules. These modules can be modular JAR files, JMOD files, or exploded modules.
Note the absence of "plain JARs" (i.e. JARs without descriptor).
You can upgrade existing third-party JARs to modular JARs, though (with some effort). The steps are:
module-info.java
for it (either manually or with JDeps)module-info.class
with --patch-module to tell the compiler about the sourcesjar --update
to add the module declaration to the existing JARAlternatively, you can use a tool like ModiTect that does these things for you.