[JDK 8]Code review request 8022228, Intermittent test failures in sun/security/ssl/javax/net/ssl/NewAPIs

Xuelei Fan xuelei.fan at oracle.com
Thu Aug 22 02:22:57 UTC 2013


On 8/22/2013 10:09 AM, Weijun Wang wrote:
> 
> 
> On 8/22/13 9:46 AM, Xuelei Fan wrote:
>> new webrev: http://cr.openjdk.java.net/~xuelei/8022228/webrev.01/
>>
>> On 8/22/2013 9:30 AM, Weijun Wang wrote:
>>> SessionTimeOutTests.java:
>>>
>>> 411             local.initCause(remote);
>>>
>>> What if local already has a cause? Will this overwrite it?
>>>
>> Yes.  It's intent to override the current cause, but with the current
>> stacks.  It's a approach to show some information of both side.
> 
> I don't know if the current stack is enough for you to debug. Why not
> also use addSuppressed here? Or you can just printStackTrace.
> 
Good suggestions.  This template is wildly used in JSSE testing.  I will
consider it later.

Thanks,
Xuelei

> --Max
> 
>>
>>> 427                 exception.addSuppressed(startException);
>>>
>>> Is it possible startException is null?
>>>
>> Good catch!  It's a safer code to consider this case.
>>
>>> Same for the other test.
>>>
>>> Also, if you have to do all these checks in every SSL test, can they be
>>> added into a library?
>>>
>> Maybe we can design a super class for this kind of tests later.
>>
>> Thanks,
>> Xuelei
>>
>>> Thanks
>>> Max
>>>
>>> On 8/22/13 9:18 AM, Xuelei Fan wrote:
>>>> Hi Weijun,
>>>>
>>>> Please review this regression test bug fix for JDK 8.
>>>>
>>>> Webrev: http://cr.openjdk.java.net/~xuelei/8022228/webrev.00/
>>>>
>>>> The timeout issue of SessionTimeOutTests.java is still unknown.  This
>>>> fix is just try to use new SSL testing template so as to expose more
>>>> information.
>>>>
>>>> The issue of SessionCacheSizeTests is that the client side may kick off
>>>> a connection before server is ready to listen on a particular port.
>>>>
>>>> Thanks,
>>>> Xuelei
>>>>
>>




More information about the security-dev mailing list