RFR: 8156499 Update jlink to support creating images with modules that are packaged as multi-release JARs

Steve Drach steve.drach at oracle.com
Wed Aug 10 00:41:03 UTC 2016


> On Aug 8, 2016, at 12:46 PM, Alan Bateman <Alan.Bateman at oracle.com> wrote:
>> 
> I think we can do this in phases, starting out with jlink picking up the runtime version and using that to select the resources from the modular JAR would be a good start. At some point we will have an update module path implementation that better supports link time, in which case you can find java.base and then use its version (as opposed to the runtime version) when finding modules.

I think I have it right this time.  It’s much more complex unfortunately.

webrev: http://cr.openjdk.java.net/~sdrach/8156499/webrev.01/ <http://cr.openjdk.java.net/~sdrach/8156499/webrev.01/>
issue: https://bugs.openjdk.java.net/browse/JDK-8156499 <https://bugs.openjdk.java.net/browse/JDK-8156499>

>> The issue has to do with multi-release jar files.  How do exploded images relate to multi-release jar files.
>> 
>> 
> If you look at the other jlink tests then you'll see that they skip silently when on an exploded image (no packaged modules, meaning no JMOD files).

I couldn’t really find what you were referring to, other than a possibility in BascTest, so what I did is assure the module path only has the Mr. Jar file and jmods.  It’s possible that isn’t what you are looking for



More information about the jigsaw-dev mailing list