RFR: 8098547: (tz) Support tzdata2015e

[Aleksej Efimov]

Attila,
Yes - this looks strange to me too. I checked the tzdata releases and 
there was no changes to Europe/Vienna  since the 2014g 
(http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f7de7da2eb58).
And as Sean stated the 2015e wasn't pushed to 9-dev repo yet. But, this 
one [1] was pushed just today and could cause observed failure. To 
confirm that, can you try to run your nashorn test with 
-Djava.locale.providers=JRE,SPI (similar to test updates in this bug)?
For this tzdata2015e integration - I will run the tzdata tests with 
8008577 changes - to confirm that there is no new failures.

Thank you,
Aleksej

[1] https://bugs.openjdk.java.net/browse/JDK-8008577

On 06/25/2015 02:02 PM, Seán Coffey wrote:
> That looks like a strange failure Attila. The timezone in use for that 
> testcase is Europe/Vienna.
> 2015e tzdata changes haven't been pushed to jdk9-dev forest yet.
>
> Where the 1969 date coming from ? Is there some rollover calculation 
> happening ?
>
> Regards,
> Sean.
>
> On 25/06/2015 09:05, Attila Szegedi wrote:
>> FWIW, he do have one new test failure in Nashorn now, it seems 
>> related. Can you confirm it is caused by your changes?
>>
>> [testng] Test test/script/basic/NASHORN-627.js failed at line 1 -
>>     [testng]   expected: 'Sun Dec 21 1969 00:00:00 GMT+0100 (CET) 
>> -954000000 1969-12-20T23:00:00.000Z'
>>     [testng]      found: 'Sun Dec 21 1969 00:00:00 GMT+0100 (CEST) 
>> -954000000 1969-12-20T23:00:00.000Z'
>>
>> Attila.
>>
>>> On Jun 24, 2015, at 1:05 PM, Aleksej Efimov 
>>> <aleksej.efimov at oracle.com> wrote:
>>>
>>> Hello,
>>>
>>> Please, review the latest tzdata (2015e) [1] integration to JDK9: 
>>> http://cr.openjdk.java.net/~aefimov/tzdata/2015e/9/0
>>> Testing shows no TZ related failures on all platforms.
>>>
>>> With Best Regards,
>>> Aleksej
>>>
>>> [1] https://bugs.openjdk.java.net/browse/JDK-8098547
>