RFR 8174151: URLClassLoader no longer uses custom URLStreamHandler for jar URLs

Chris Hegarty chris.hegarty at oracle.com
Tue Feb 14 18:41:19 UTC 2017


> On 14 Feb 2017, at 18:37, Paul Sandoz <paul.sandoz at oracle.com> wrote:
> 
>> 
>> On 14 Feb 2017, at 05:58, Chris Hegarty <chris.hegarty at oracle.com> wrote:
>> 
>> 
>>> On 13 Feb 2017, at 22:52, Paul Sandoz <paul.sandoz at oracle.com> wrote:
>>> 
>>> Hi,
>>> 
>>> Please review.
>>> 
>>> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8174151-url-class-path-loader/webrev/index.html
>> 
>> If I understand this correctly then the only optimisation ( by-pass of
>> openConnection ), which is causing the problem, is when the URL
>> is of the form “jar:file:xxxxx!/“, right? If so, you could limit the scope
>> of your changes to only fall back to Loader when the nested URL
>> has a “file” protocol. This would give you MR JAR functionality for
>> "jar:http://xxx”, which is fairly common.
>> 
> 
> We need to tunnel, by default, all jar: URL resources through the JarLoader which creates and caches the runtime versioned JarFile and returns an appropriately URL (to a versioned resource if necessary).

Ok, thanks Paul.

-Chris.


More information about the core-libs-dev mailing list