RFR 8177471: jlink should use the version from java.base.jmod to find modules

Sundararajan Athijegannathan sundararajan.athijegannathan at oracle.com
Mon Nov 13 16:36:31 UTC 2017


Thanks for the review. Updated as per suggestions:

http://cr.openjdk.java.net/~sundar/8177471/webrev.01/index.html

-Sundar

On 13/11/17, 8:39 PM, Alan Bateman wrote:
> On 13/11/2017 08:02, Sundararajan Athijegannathan wrote:
>> Please review.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8177471
>>
>> Webrev: http://cr.openjdk.java.net/~sundar/8177471/webrev.00/index.html
>>
>> Thanks to Mandy for initial (internal) round of review and suggesting 
>> me simplifications on my initial version of test.
> The update to newModuleFinder looks okay although at L450 then 
> checking the major version is probably enough (re-creating the module 
> finder when the versions aren't equal is okay too).
>
> The changes to ImageHelper bring several questions on whether 
> NoSuchElementException is possible. I think this is closer to what you 
> want there:
>
>         Runtime.Version v = cf.findModule("java.base")
>                 .map(ResolvedModule::reference)
>                 .map(ModuleReference::descriptor)
>                 .flatMap(ModuleDescriptor::version)
>                 .map(ModuleDescriptor.Version::toString)
>                 .map(Runtime.Version::parse)
>                 .orElse(Runtime.version());
>
> -Alan.


More information about the jigsaw-dev mailing list