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