Thanks Yuka! #8014468 has been filed for the "special workaround" issue.
-Sherman
On 05/13/2013 07:14 PM, Yuka Kamiya wrote:
Hi Sherman,
Sorry for my late reply.
The fix looks ok to me.
But please remember to file an RFE about the hardcoded timezone IDs that
Masayoshi mentioned. :-)
>> I'm
Hi Sherman,
Sorry for my late reply.
The fix looks ok to me.
But please remember to file an RFE about the hardcoded timezone IDs that
Masayoshi mentioned. :-)
>> I'm concerned about the 24:00 fix. Is there any way to produce the correct
rules without hard coding time zone IDs?
> I don't know
It would be appreciated if you guys can help review before 5/15 us time here,
so tz
update can get into M7, if it matters;-)
-Sherman
On 5/8/2013 3:20 PM, Xueming Shen wrote:
Hi,
Please help review the proposed change to update the tz data
in JDK8 from 2012i to 2013c.
Other than the tzdb dat
On 5/10/2013 3:30 PM, Xueming Shen wrote:
On 5/9/13 9:57 PM, Masayoshi Okutsu wrote:
Do we still need to keep the old javazic code in JDK8? It's a
maintenance burden to maintain both, isn't it?
While it's a burden, but somehow it serves as a test case pretty well.
The transitions are
being
On 5/9/13 9:57 PM, Masayoshi Okutsu wrote:
Do we still need to keep the old javazic code in JDK8? It's a
maintenance burden to maintain both, isn't it?
While it's a burden, but somehow it serves as a test case pretty well.
The transitions are
being built the "old" jdk way and threeten way, i
Do we still need to keep the old javazic code in JDK8? It's a
maintenance burden to maintain both, isn't it?
I'm concerned about the 24:00 fix. Is there any way to produce the
correct rules without hard coding time zone IDs?
Masayoshi
On 5/10/2013 8:24 AM, Xueming Shen wrote:
Hi Sean,
Than
Hi Sean,
Thanks for the review. It appears I missed jdk/test/sun/util/calendar/zi/tzdata,
webrev has been updated to include the test data update.
http://cr.openjdk.java.net/~sherman/8013386/webrev
I will update TCKZoneRulesProvider.java separately in JSR310 repo, this def is
actually is not be
Thanks for taking care of this Sherman. I was wondering what sort of
impact JSR 310 would make on tzdata updates. The Atlantic/Stanley
display name issue mentioned is a regular one, we should log a bug
against the test file generation scripts.
I just had a quick grok of the jdk8 repo. The foll
Hi,
Please help review the proposed change to update the tz data
in JDK8 from 2012i to 2013c.
Other than the tzdb data file update under make/sun/javazic/tzdata,
corresponding updates have also been made in TimeZoneNames***.java
for the newly added zones, Asia/Khandyga and Ust-Nera, and updated
