RFR: 8151542: URL resources for multi-release jar files have a #runtime fragment appended to them

Alan Bateman Alan.Bateman at oracle.com
Fri Apr 29 17:00:09 UTC 2016

On 29/04/2016 16:55, Steve Drach wrote:
>>> I’ve updated the webrev to change all instances of the word 
>>> “reified” to “real” as in getRealName().
>>> Issue: https://bugs.openjdk.java.net/browse/JDK-8151542
>>> Webrev: http://cr.openjdk.java.net/~sdrach/8151542/webrev.01/ 
>>> <http://cr.openjdk.java.net/%7Esdrach/8151542/webrev.01/>
>> The src changes looks okay but did we come to a conclusion on 
>> URLClassLoader spec? If not, can we revert the change to URLClassPath 
>> getLoader and deal with it separately?
> If we revert the change to URLClassPath, then we can’t read 
> multi-release jars referenced by the 
> “jar:{file,http}:/some/path/mr.jar!/“ form of a URL.  These jars would 
> be treated as non-versioned.  That would mean that a jar referenced by 
> the URL jar:file:/some/path/mr.jar!/ and one referenced by the URL 
> file:/some/path/mr.jar could supply different classes for the same 
> requested entry.  Is that what we want?
So you are planning to eventually change the URLClassLoader spec to 
allow this or not?


More information about the core-libs-dev mailing list