On 3 May 2012 17:39, Matthew McCawley <mmccaw...@automatedlogic.com> wrote: > I would really like to use joda for calculating DST transitions, but because > joda compiles the time zone information directly, I would either have to > update the tzdata of both joda and the JDK whenever there is an update, or I > would have to avoid Date/Calendar/TimeZone altogether. Unfortunately, our > code base is very old and very large. Changing all instances of Date, > Calendar, and TimeZone to joda methods would be daunting, to say the least, > if not impossible due to resource constraints. Is there no way to use the > JDK's tzdata in order to allow for a more gradual transition to joda? And if > I'm not mistaken, isn't this also a problem for JSR-310?
You could try to implement a Joda DateTimeZone on top of the JDK data, but it would be hard work, as the JDK contains less raw data. JSR-310 is likely to have a single set of time-zone files when integrated into the JDK. Stephen ------------------------------------------------------------------------------ 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
