Re: Relieving some ClassLoader contention in PreferredClassProvider

Bob Scheifler wrote:
>> If the type java.net.URL was meant I would have expected a
>> monospaced font in the specification as is common throughout all the
>> Jini specs.
>
> In the first instance of the phrase "where each URL is parsed as with the
> URL(String) constructor", the constructor form is @link'ed to java.net.URL,
> so the meaning to me is quite clear.  I think you're groping for a
> loophole.

Could you also explain why the current specified behavior is as it is?

In general the advise is not to rely on an equals that is unreliable, so
why did one deviate here? I tried to think of security implications but
modifying the code I didn't find one and I understand the behavior for
URL.equals and URL.hashCode itself can't be changed for these type of
reasons.

Yours blindly looking in the dark,
--
Mark

--------------------------------------------------------------------------
Getting Started:     http://www.jini.org/wiki/Category:Getting_Started
Community Web Site:  http://jini.org
jini-users Archive:  http://archives.java.sun.com/archives/jini-users.html
Unsubscribing:       email "signoff JINI-USERS"  to [email protected]