JDK 9 RFR of JDK-8038330: tools/jar/JarEntryTime.java fails intermittently on checking extracted file last modified values are the current times

Amy Lu amy.lu at oracle.com
Thu Mar 3 04:30:34 UTC 2016


On 3/3/16 3:42 AM, Xueming Shen wrote:
> +1
>
> though it might be better (?) to check as
>
> 184         if (now<  start || now>  end)) {

Updated :-)

http://cr.openjdk.java.net/~amlu/8038330/webrev.02/

Thanks,
Amy

>
> thanks,
> sherman
>
>
> On 03/02/2016 06:23 AM, Amy Lu wrote:
>> Please help to review the updated version:
>> http://cr.openjdk.java.net/~amlu/8038330/webrev.01/
>>
>> Thanks,
>> Amy
>>
>> On 3/1/16 7:41 PM, Peter Levart wrote:
>>> Hi Amy,
>>>
>>> I think that the following test:
>>>
>>>  178         if (!(Math.abs(now - start) >= 0L && Math.abs(end - 
>>> now) >= 0L)) {
>>>
>>> ...will always be false. Therefore, the test will always succeed.
>>>
>>> Perhaps you wanted to test the following:
>>>
>>> assert start <= end;
>>> if (start > now || now > end) { ...
>>>
>>>
>>> Regards, Peter
>>>
>>> On 03/01/2016 07:11 AM, Amy Lu wrote:
>>>> Please review the patch for test tools/jar/JarEntryTime.java
>>>>
>>>> In which two issues fixed:
>>>>
>>>> 1. Test fails intermittently on checking the extracted files' 
>>>> last-modified-time are the current times.
>>>>    Instead of compare the file last-modified-time with pre-saved 
>>>> time value “now” (which is the time *before* current time, 
>>>> especially in a slow run, the time diff of “now” and current time 
>>>> is possible greater than 2 seconds precision (PRECISION)), test now 
>>>> compares the extracted file’s last-modified-time with newly created 
>>>> file last-modified-time.
>>>> 2. Test may fail if run during the Daylight Saving Time change.
>>>>
>>>>
>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8038330
>>>> webrev: http://cr.openjdk.java.net/~amlu/8038330/webrev.00/
>>>>
>>>> Thanks,
>>>> Amy
>>>
>>
>




More information about the core-libs-dev mailing list