RFR : JDK-8204661 - Show error 'Port already in use' in HashedPasswordFileTest.java
David Holmes
david.holmes at oracle.com
Thu Jun 21 10:59:34 UTC 2018
Hi Harsha,
On 21/06/2018 2:13 PM, Harsha Wardhana B wrote:
> Hi David,
>
> Thanks for the review. I have ran the tests in Mach5 10 times on each
> platform and I haven't seen any failure. I will update the bug with the
Thanks for the additional testing.
> chosen approach. Would you require a separate webrev for copyright update?
No. :)
Thanks,
David
> Regards
> Harsha
>
> On Wednesday 20 June 2018 05:12 PM, David Holmes wrote:
>> Hi Harsha,
>>
>> On 20/06/2018 6:14 PM, Harsha Wardhana B wrote:
>>> Hi,
>>>
>>> Please find the fix below for the bug
>>>
>>> JDK-8204661 : Show error 'Port already in use' in
>>> HashedPasswordFileTest.java
>>>
>>> having webrev at,
>>>
>>> http://cr.openjdk.java.net/~hb/8204661/webrev.00/
>>>
>>> The problem root-cause is discussed in the comments section of the bug.
>>>
>>> The fix above lets the default agent pick a free port by passing
>>> 'port=0' value and then reads the JMX Connector URL from Perf Counters.
>>
>> Can you update the bug report with the actual solution chosen. I find
>> it interesting that I can't see any other test using this technique.
>> If port=0 means the port bind can't fail then this may be the
>> technique all tests should be using for reliability - though it's a
>> pity there's no public API supporting reading back the URL.
>>
>> Have you run the test through mach5 repeatedly to check all (Posix)
>> platforms and a range of systems? You can use "--test-repeat 10" for
>> example to run it 10 times on each platform.
>>
>>> Please review the fix above and provide comments.
>>
>> The copyright needs to changed to the two year format:
>>
>> * Copyright (c) 2017, Oracle and/or its affiliates. All rights reserved.
>>
>> becomes
>>
>> * Copyright (c) 2017, 2018, Oracle and/or its affiliates. All rights
>> reserved.
>>
>> Otherwise this seems okay.
>>
>> Thanks,
>> David
>>
>>> Thanks
>>> Harsha
>>>
>>>
>
More information about the serviceability-dev
mailing list