[tz] Regarding Turkey DST change

Brian Inglis Brian.Inglis at SystematicSw.ab.ca
Wed Nov 23 05:45:40 UTC 2016


On 2016-11-22 13:24, Meno Hochschild wrote:
> Am 22.11.2016 um 19:06 schrieb Brian Inglis:
>> On 2016-11-22 10:27, Paul Eggert wrote:
>>> On 11/22/2016 03:18 AM, Peddi, Radhika (Radhika) wrote:
>>>> I am using tzdata along with joda.
>>> If the 'date' command works but Joda does not, it must be a Joda
>>> problem and not a tzdata problem, so I suggest looking for Joda
>>> support. http://www.joda.org/joda-time/
>> Joda runs on Java which has tzupdater problems, so the OP should
>> read recent threads and the Oracle page on the Java tzupdater to
>> update Java time zones and see correct time, update your JDK/JRE
>> to a current release, or submit a TAR to Oracle support.
>> Also the OP should note on the Joda page that the Joda API has
>> been incorporated into the Java SE 8 java.time class and Joda
>> time now deprecates using itself.
> Two corrections:
> a) Joda Time has nothing to do with tzupdater tool distributed by
> Oracle but manages its own independent tz data repository which is
> based on analysis of tzdb-sources.
> b) The Joda API has NOT been incorporated into Java SE 8 but only
> inspired it. Both APIs are really different.
> If something with Joda tz-interpretation might be wrong then someone
> could check it via Jon Skeets tz-validation-project. But I rather
> suspect that there was an outdated Joda-version. The newest version
> 2.9.6 is declared to support tzdb-version 2016i.

Two problems:
- one language product with two sources of time information - no
wonder the OP is confused why their time is wrong: perhaps you could
post how the OP can correct their Joda time, walk them thru difficulties
that may be encountered in http://www.joda.org/joda-time/tz_update.html;
- Joda time says the project is finished, and advises migration to Java
SE 8 java.time, so it may not be reasonable to expect prompt future
releases or tz updates.

Like Adobe products, Java has become such a source of security holes and
vulnerabilities requiring frequent updates, blocked by various products,
that it's safer to uninstall them, eliminate the annoyances and
vulnerabilities, and do without what they provide, or use alternatives
that don't suffer the same issues.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada


More information about the tz mailing list