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