> Clearly the JDK is making stuff up by changing to max if the last date > is 2038. That is dubious, as you've shown the DST dates diverge post > 2038 from the real ones.
I totally agree, IMHO this is a bug in the JDKs. > In my opinion, you shouldn't need to have DST information that far in > the future anyway. Its almost certain to change as governments change > the rules over time. Perhaps your application should be representing > the date using LocalDate rather than DateTime, that way the far future > DST doesn't matter. In any case, any future DST transitions are always > estimates. At this point since the application uses both java.util.Calendar and Joda I'd like them to give consistent results while I migrate from one style to another, DST included. The need to have DST information that far in the future is subjective. Agreed that DST is volatile, but ultimately the same database gives information till 'max' for some zones and till certain years for others so it's got multiple standards. Why couldn't all zones be specified till a certain year say 2100 if it's so volatile? This isn't a problem with Joda or JDK/ICU4j, but the tzdata. The author of the IRAN section has clearly documented his constraint (integer overflow for dates after 2037) which is a constraint that doesn't apply to everyone. What if he had used Java rather than EMACS and generated DST till 3000 AD? We would have accepted it even if we feel we do not need that much DST information. I can send a mail to the IANA mailing list and contribute data for this timezone further than 2037 :) ____________________________________________________________ GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Joda-interest mailing list Joda-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/joda-interest
