RFR 8064924: Update java.net.URL to work with modules

Alan Bateman Alan.Bateman at oracle.com
Fri Feb 6 10:20:47 UTC 2015


On 04/02/2015 15:11, Chris Hegarty wrote:
> Agreed. Updated in-place
>
> http://cr.openjdk.java.net/~chegar/8064924/03/specdiff/overview-summary.html 
>
I think the approach and naming is good. A few small comments on the 
wording:

1. "used to locate URLStreamHandlerProvider providers" - the wording 
hints as further redirection, maybe it would be better as 
"URLStreamHandlerProvider implementations".

2. "the ordering that providers are located" - maybe this should be "the 
order that providers are located".

3. "Some protocol, that are fundamental ...". Here's a re-worded 
statement to consider:

"Some protocol handlers, for example those used for loading platform 
classes or classes on the class path, may not be overridden. The details 
of such restrictions, and when those restrictions apply (during 
initialization of the runtime for example), are implementation specific 
and therefore not specified".

One other thing in this area is setURLStreamHandlerFactory(null). Long 
standing behavior is to remove the system-wide URLStreamHandlerFactory, 
should this continue?

-Alan







More information about the core-libs-dev mailing list