<i18n dev> RFR: 8049343: (tz) Support tzdata2014e
Aleksej Efimov
aleksej.efimov at oracle.com
Wed Aug 6 19:13:05 UTC 2014
Hello,
I'm withdrawing this review request because the new tzdata2014f release
is available. I will update the 8049343 bug and will use it for later
tzdata2014f integration.
Thank you,
Aleksej
On 08/06/2014 05:30 PM, Aleksej Efimov wrote:
> Hello,
>
> Can I ask one more time for a review of this tzdata fix, please?
>
> -Aleksej
>
> On 07/22/2014 11:21 PM, Aleksej Efimov wrote:
>> Hi,
>>
>> Please review the tzdata2014e [1] integration fix to JDK9:
>> http://cr.openjdk.java.net/~aefimov/8049343/9/webrev.00/
>>
>> Two issues with JSR310 implementation were discovered during
>> integration process:
>> First issue is related to the internal representation of the '24:00'
>> value. The JSR310 implementation treats this value as a next day
>> 00:00 time. The workaround already exists in the code for similar
>> entries and this failure was resolved in similar way [2].
>> For the second issue JDK-8051641 [3] was filled and
>> 'sun/util/calendar/zi/TestZoneInfo310.java' test is the only one that
>> fails with this tzdata.
>> Other time zone related test passes without failures.
>>
>> Thank you,
>> Aleksej
>>
>> [1] https://bugs.openjdk.java.net/browse/JDK-8049343
>> [2]
>> http://cr.openjdk.java.net/~aefimov/8049343/9/webrev.00/src/share/classes/sun/util/calendar/ZoneInfoFile.java.patch
>> [3] https://bugs.openjdk.java.net/browse/JDK-8051641
>
More information about the i18n-dev
mailing list