Code Review Request - Bug #6948101 & 7142596: RMI JPRT tests are failing
Darryl Mocek
darryl.mocek at oracle.com
Fri Apr 20 22:40:13 UTC 2012
I've modified the implementation:
- Use LocateRegistry.createRegistry(0) where possible (it's not possible
in all places), rather then creating a ServerSocket, getting the port,
then closing it and returning the port number.
- Added a TestLibrary.getRegistryPort(Registry) method to get the port
number of the registry.
- Added java/rmi and sun/rmi back to the list of tests which must be run
in othervm mode.
- Added back othervm to the tests I removed it from.
- Fixed the AltSecurityManager test and removed it from the ProblemList.
Revised webrev can be found here:
http://cr.openjdk.java.net/~dmocek/7142596/webrev.01
Darryl
On 04/19/2012 03:50 AM, Alan Bateman wrote:
> On 18/04/2012 21:39, Darryl Mocek wrote:
>> :
>>
>> Brilliant! I didn't realize Registry.toString included the port
>> number. However, I did in fact find a way to get the port through
>> the API's (see below), although I think toString is more efficient.
>> I'm pretty sure I can get rid of the instanceof checks.
> I don't have a strong opinion as to whether it uses toString or
> depends on sun.rmi.server.RegistryImpl. The main thing is that I think
> it will be a lot more reliable to bind to an ephemeral port when
> compared to find an unused port.
>
> Just so you know, I grabbed the patch from your webrev and tried it
> out, it was nice to see close to x4 improvement when running these
> tests with -concurrency:auto on an 4-core system.
>
> -Alan
More information about the core-libs-dev
mailing list