query regarding issue will updating open JDK timezone info with tzdata2018g
Hi, We are facing issues while updating open JDK timezone with tzdata2018g with the below error. #/usr/bin/java -jar /root/tzupdater.jar -l file:/root/tzdata2018g.tar.gz Failed: java.lang.Exception: Failed while parsing file '/tmp/tz.tmp/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S' java.lang.Exception: Failed while parsing file '/tmp/tz.tmp/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S' at tools.tzdb.TzdbZoneRulesCompiler.parseFile(TzdbZoneRulesCompiler.java:377) at tools.tzdb.TzdbZoneRulesCompiler.compile(TzdbZoneRulesCompiler.java:191) at tools.tzdb.TzdbZoneRulesCompiler.<init>(TzdbZoneRulesCompiler.java:307) at com.sun.tools.tzupdater.ExternalModule.compileToJSRBinary(ExternalModule.java:212) at com.sun.tools.tzupdater.TimezoneUpdater.run(TimezoneUpdater.java:226) at com.sun.tools.tzupdater.TimezoneUpdater.main(TimezoneUpdater.java:780) Caused by: tools.tzdb.DateTimeException: Invalid value for SecondOfDay value: 90000 at tools.tzdb.ChronoField.checkValidValue(ChronoField.java:173) at tools.tzdb.LocalTime.ofSecondOfDay(LocalTime.java:210) at tools.tzdb.TzdbZoneRulesCompiler.parseMonthDayTime(TzdbZoneRulesCompiler.java:475) at tools.tzdb.TzdbZoneRulesCompiler.parseRuleLine(TzdbZoneRulesCompiler.java:399) at tools.tzdb.TzdbZoneRulesCompiler.parseFile(TzdbZoneRulesCompiler.java:354) ... 5 more Could you please help us with this. Regards, Dhanusha
On 11/25/18 9:49 PM, Dhanusha, Pb (Nokia - IN/Bangalore) wrote:
#/usr/bin/java -jar /root/tzupdater.jar -l file:/root/tzdata2018g.tar.gz
Failed: java.lang.Exception: Failed while parsing file '/tmp/tz.tmp/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S'
As announced in <https://mm.icann.org/pipermail/tz-announce/2018-October/000052.html> you should be able to use the rearguard-format tarball <https://web.cs.ucla.edu/~eggert/tz/release/2018g/tzdata2018g-rearguard.tar.g...> instead. This has been reported to work with the Java updater used by many GNU/Linux distributions <https://mm.icann.org/pipermail/tz/2018-October/027143.html>, and I expect it to work with Java SE TZUpdater 2.2.0 as well, though I haven't tested this. Although the timestamp format was changed in 2007 this change was evidently overlooked in TZUpdater. Sorry, I don't know when TZUpdater itself will be fixed to support these timestamps; TZUpdater is a separate project maintained by a different group.
Paul, Where can I find more information about that change in the timestamp? Do you know why is this 25:00:00 instead of the next day 1h? Sounds weird to me that a field named “time” supports such value. - Marcos On Mon, Nov 26, 2018 at 22:59 Paul Eggert <eggert@cs.ucla.edu> wrote:
On 11/25/18 9:49 PM, Dhanusha, Pb (Nokia - IN/Bangalore) wrote:
#/usr/bin/java -jar /root/tzupdater.jar -l file:/root/tzdata2018g.tar.gz
Failed: java.lang.Exception: Failed while parsing file '/tmp/tz.tmp/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S'
As announced in <https://mm.icann.org/pipermail/tz-announce/2018-October/000052.html> you should be able to use the rearguard-format tarball < https://web.cs.ucla.edu/~eggert/tz/release/2018g/tzdata2018g-rearguard.tar.g...>
instead. This has been reported to work with the Java updater used by many GNU/Linux distributions <https://mm.icann.org/pipermail/tz/2018-October/027143.html>, and I expect it to work with Java SE TZUpdater 2.2.0 as well, though I haven't tested this.
Although the timestamp format was changed in 2007 this change was evidently overlooked in TZUpdater. Sorry, I don't know when TZUpdater itself will be fixed to support these timestamps; TZUpdater is a separate project maintained by a different group.
On 2018-11-26, at 18:05:36, Marcos Passos wrote:
Where can I find more information about that change in the timestamp? Do you know why is this 25:00:00 instead of the next day 1h? Sounds weird to me that a field named “time” supports such value.
I looked this up https://en.wikipedia.org/wiki/24-hour_clock#Times_after_24:00 If that were made standard, it would be a nice way to identify times during the hour added in the Fall. But, SMOP. -- gil
On 11/26/18 5:05 PM, Marcos Passos wrote:
Where can I find more information about that change in the timestamp?
Please see the thread containing this email: https://mm.icann.org/pipermail/tz/2018-September/026887.html
participants (4)
-
Dhanusha, Pb (Nokia - IN/Bangalore) -
Marcos Passos -
Paul Eggert -
Paul Gilmartin