RFR 8027058: sun/management/jmxremote/bootstrap/RmiBootstrapTest.sh Failed to initialize connector
Daniel Fuchs
daniel.fuchs at oracle.com
Wed Oct 23 08:49:28 PDT 2013
On 10/23/13 5:35 PM, Jaroslav Bachorik wrote:
> On 23.10.2013 17:32, Daniel Fuchs wrote:
>> Hi Jaroslav,
>>
>> Have you considered setting a limit on the number of tries you
>> will attempt, rather than just 'while (true)'?
>> It might avoid creating a busy while loop in case there's some global
>> networking issue.
>
> It might be difficult to come up with the right number. Probably a few
> hundred could be enough even for cases when you hit a contiguous range
> of ports occupied by different applications.
Instead of using an arbitrary 12424 as the default starting point
it could be interesting to try with the first available port + 1;
something like:
final int startPort;
try (ServerSocket s = new ServerSocket(0)) {
startPort = s.getLocalPort() + 1;
}
System.out.println("startPort: "+startPort);
But maybe that's what the test that calls the code is already doing?
-- daniel
>
> -JB-
>
>>
>> -- daniel
>>
>> On 10/23/13 5:16 PM, Jaroslav Bachorik wrote:
>>> Please, review the following test change:
>>>
>>> Issue: https://bugs.openjdk.java.net/browse/JDK-8027058
>>> Webrev: http://cr.openjdk.java.net/~jbachorik/8027058/webrev.00
>>>
>>> The test fails when the requested port is unavailable. The test logic
>>> already runs the subtests with different port numbers (increasing the
>>> port number for each subtest) and this patch adds the logic to increase
>>> the port number in case of the subtest failure caused by BindException.
>>> This way the test is able to "autodiscover" free ports and run the
>>> bootstrap subtests successfully.
>>>
>>> Thanks,
>>>
>>> -JB-
>>
>
More information about the serviceability-dev
mailing list