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

Chris Hegarty chris.hegarty at oracle.com
Wed Feb 4 13:54:38 UTC 2015


On 02/02/15 20:52, Alan Bateman wrote:
> ....
> I'm happy with this approach. One outstanding point from the discussion
> is whether the URLStreamHandlerFactory implementation will need to be
> granted RuntimePermission("setFactory"), if so then this will need to go
> into the javadoc.

I think that we should check "setFactory" for providers located
by service loader. The most appropriate way to do this is with
a new public abstract type who's constructor checks this,
similar to CharsetProvider ( and others ).

The updated spec revision, link below, defines the new public
provider type in a new networking service provider interface
package, java.net.spi. Future service provider interfaces for
the java.net package should be defined into this package.

 
http://cr.openjdk.java.net/~chegar/8064924/03/specdiff/overview-summary.html

Note:
  The spec does no mention what happens when a SecurityException is
  thrown ( it will be the cause of the SCE ). The prototype
  implementation I have will will swallow it, and continue searching,
  as is done for CharsetProviders. A SecurityException, locating
  a provider, should not prevent the the app from making progress.
  The provider will just not be available.

-Chris.



More information about the core-libs-dev mailing list