On 29 August 2013 20:39, Kevin Lyda <kevin@ie.suberic.net> wrote:
No solution will avoid politics. And someone starting a number of threads on this topic clearly has their own political agenda.
I should introduce myself, as not everyone will know who I am, or what I represent. I am Stephen Colebourne - a Java developer of 15+ years - recognised as a Java Champion, a leader in the Java community - author of Joda-Time, the most widely adopted 3rd party API for date and time in Java - co-spec lead of JSR-310, the effort to write a better API for the Java JDK - have written APIs to parse the tzdb - have designed APIs to expose that data to developers - work very closely with Oracle, and have had conversations with CLDR in the past My "political agenda" is to avoid the effort I've put in over the last 12 years on date and time in Java being damaged. Recent changes give the appearance of a lack of understanding of the importance of pre-1970 data and of cross-border localization. I'm sorry that I've had to write so much and object so strongly. I want to find a solution we can all agree on. It seems harder than it should be. Stephen
Stephen Colebourne wrote:
My "political agenda" is to avoid the effort I've put in over the last 12 years on date and time in Java being damaged. Recent changes give the appearance of a lack of understanding of the importance of pre-1970 data and of cross-border localization.
I'm coming from a similar base using PHP. ADOdb Date Library provides me with a calendar and time zones back to 100AD and daylight saving is now included in the PHP time library, but the complete synchronization of both is still work in progress. There is a need for a clean date and time 'database' for all users and I see no reason why TZ should not provide it? Data is available, so if TZ is not going to manage it, then we need somewhere else that will? I think that while Paul E. may not see a need he is now accepting that others do? Hey Paul? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
On 08/29/2013 01:24 PM, Lester Caine wrote:
I think that while Paul E. may not see a need he is now accepting that others do? Hey Paul? Yes, it's a given that the old data will be resurrected, even the data that died and went to heaven many years before the 2013d version was released. We just need to figure out the procedure, that's all.
My. I didn't realize people were so fond of all those old bits of data that I collected over all those years! In a way it's refreshing; in a way, scary.
participants (3)
-
Lester Caine -
Paul Eggert -
Stephen Colebourne