RFR 8140472/9, java/net/ipv6tests/TcpTest.java failed intermittently with java.net.BindException: Address already in use

Felix Yang felix.yang at oracle.com
Thu Jan 7 06:16:29 UTC 2016


Thanks Chris! I will remove bug id as you suggested.

TO Frank,
     could you sponsor the fix?

Thanks,
Felix

On 2016/1/6 17:56, Chris Hegarty wrote:
> Thank Felix.
>
> On 06/01/16 08:27, Felix Yang wrote:
>> Hi Chris,
>>       updated webrev with your suggestion:
>> http://cr.openjdk.java.net/~xiaofeya/8140472/webrev.01/
>
> These changes look ok to me.
>
> Trivially, I'd drop the addition of the bugId from the @bug tag,
> since the test is not exercising 8140472 ( it is a bug in the
> test itself ).
>
> -Chris.
>
>> Thanks,
>> Felix
>> On 2016/1/6 13:49, Chris Hegarty wrote:
>>> Hi Felix,
>>>
>>> On 6 Jan 2016, at 05:09, Felix Yang <felix.yang at oracle.com> wrote:
>>>
>>>> Hi all,
>>>>     please review the fix for java/net/ipv6tests/TcpTest.java, which
>>>> replaces hard-coded ports with dynamic free ports on runtime.
>>>>
>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8140472
>>>> Webrev: http://cr.openjdk.java.net/~xiaofeya/8140472/webrev.00
>>> Ooh, I wasn’t aware that the getFreePort ( open and close a 
>>> ServerSocket
>>> on an ephemeral port quickly, then assume that that ephemeral port is
>>> “available" ) was still in use. It has been shown to be unstable in
>>> other test
>>> areas, namely rmi. I don’t think that we should use it here.
>>>  From my perspective I don’t see that the specific cases that use
>>> hard-coded
>>> ports are all that useful. Maybe they should just be removed, if 
>>> they are
>>> causing problems.
>>>
>>> -Chris.
>>



More information about the net-dev mailing list