java.net.URI and RFC 3986 compliance

Are there parties on this list interested in updating java.net.URI to RFC3986? Is there anyone here who has previously attempted this? If so what issues did you find with regard to backward compatibility? Regards, Peter.

Re: RFR JDK-8049228: Improve multithreaded scalability of InetAddress cache

On 07/09/2014 01:54 PM, Claes Redestad wrote: I see you're still expanding scope from private to package: -private static InetAddress[] getAddressesFromNameService(String host, InetAddress reqAddr) +static InetAddress[] getAddressesFromNameService(String host, InetAddress reqAddr) /C

Re: RFR JDK-8049228: Improve multithreaded scalability of InetAddress cache (was: RFR JDK-7186258: InetAddress$Cache should replace currentTimeMillis with nanoTime (+more))

Hi Michael, Thanks for testing. I have prepared another webrev: http://cr.openjdk.java.net/~plevart/jdk9-dev/InetAddress.Cache/webrev.03/ It only cleans up two comments suggested by Bernd (removed superfluous phrase "with 0" from statements about comparing time instants). So do you think this

Re: RFR JDK-7186258: InetAddress$Cache should replace currentTimeMillis with nanoTime (+more)

Hi Bernd, I noticed I haven't answered on two issues you exposed yet... On 07/02/2014 12:58 AM, Bernd Eckenfels wrote: > > >L732: I am unsure about the id field, isnt it enough to have the > >identity equality check for the replacement check and otherwise > >depend on equals()? > >The Concurr