[tz] [PATCH 2/3] Replace some zones with links when that doesn't lose non-LMT info.

Stephen Colebourne scolebourne at joda.org
Thu Sep 5 14:17:53 UTC 2013


On 5 September 2013 15:12,  <random832 at fastmail.us> wrote:
> The only data that the binary data doesn't contain is the question
> whether some transition was based on a "last sunday" rule or a fixed
> date, which is an entirely academic question for past data, and which it
> actually _does_ usually contain for the present/open-ended-future data
> (where it doesn't, it attempts to include a full 400 years on the
> assumption that the transitions will repeat exactly after 400 years)
>
> It's not clear why you need that information. Is it possible that you
> made this design transition before the 64-bit format was added, and
> needed to support dates after 2038?

We do suport data after 2038, and do expose the actual rule for DST.
So a JSR-310 API user can query the fact that the rule is at 1am wall
time on the Last Sunday in March etc.
http://download.java.net/jdk8/docs/api/java/time/zone/ZoneOffsetTransitionRule.html

Even if the binary data does now contain the info, with the parser
written working and tested there would be no value to us in changing
to the binary form.
Stephen



More information about the tz mailing list