- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
我正在尝试使用 TZUpdater 2.2.0 更新 JVM 的时区信息.
> [root@local tzupdater-2.2.0]# java -jar tzupdater.jar -V
tzupdater version 2.2.0-b01
JRE tzdata version: tzdata2018d
tzupdater tool would update with tzdata version: tzdata2018f
所以,我正在运行以下命令:
> [root@local tzupdater-2.2.0]# java -jar tzupdater.jar -l
但是,我收到以下错误消息:
Failed: java.lang.Exception: Failed while parsing file '/tmp/tz.tmp_1/asia' on line 1655 'Rule Japan 1948 1951 - Sep Sat>=8 25:000S'
java.lang.Exception: Failed while parsing file '/tmp/tz.tmp_1/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:153)
at com.sun.tools.tzupdater.TimezoneUpdater.run(TimezoneUpdater.java:230)
at com.sun.tools.tzupdater.TimezoneUpdater.main(TimezoneUpdater.java:634)
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
我正在使用 https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz作为 tzdata 包的来源。
已编辑 - 此外,我正在使用 Java(TM) SE 运行时环境(内部版本 1.8.0_66-b17)和 OpenJDK 运行时环境(内部版本 1.8.0_181-8u181-b13-1 ~deb9u1-b13),同时我使用 TZUpdater 或 ZIUpdater 报告了同样的问题
谁能帮我解决这个问题?任何意见将不胜感激。
非常感谢。
最佳答案
是的,1948-1951 年日本的规则在 2018 年以一种“有趣”的方式发生了变化:官方称日本的倒退发生在周六的 25:00,而不是周日的 01:00。这让 Java 时区更新程序以及我自己的 Noda Time 项目感到困惑。
现在有一个 commit to avoid 25:00 in the "rearguard" format - 后卫格式基本上比较保守,避免像爱尔兰的负夏令时。
我预计 2018g 版本很快就会发布,包含该修复程序。假设 tzupdater 工具适本地使用后卫,我希望它能解决问题。如果你能等到那个时候,我会这样做。否则,使用 tzupdater 上的 -l
标志来指定不同的数据源,例如2018e:https://data.iana.org/time-zones/releases/tzdata2018e.tar.gz
关于java - 使用 tzupdater-2.2.0 更新 tzdata 2018f(2018-10-18 发布)时出错,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52931705/
手动安装新版本的 Olson 时区 DB (2011h) 后,更新 JRE 发生故障 现在,我无法安装 6u29 的更新,更新时显示消息:lib/zi/Asia/Anadyr:找不到旧文件。但是,发现
有一些引用资料提到 Java 会忽略闰秒: How can a 1 year old (java) lib correctly perform an UTC Time formatting, cons
TZUpdater 2.1.0 在 tzdata2016g 版本中失败。对于 Java 8,它以“源目录不包含文件:VERSION”错误而失败,而对于 Java 7,它以“JRE 更新到版本:tzda
尝试更新 2 台计算机上的 Java 时区(巴西不再遵守 DST)。Windows 运行良好,但我在 Ubuntu 中遇到了一些问题。 这是我所做的: 下载的最新时区 (tzdata2019c):ht
今天 iana released timezone db update for 2020b版本。 Java的tzupdater tool (2.3.1) 来自 oracle 无法修补 OpenJDK8
我关注了Oracle > Known Issues > Version issue since tzdata 2016g release并在 C:\ 驱动器上创建了一个名为 tzdata2016g.t
最新的 Java 时区更新工具 (TZUpdater) 包含一个较旧的时区数据文件,该文件没有计划在本周末更改智利的时区。 IANA Time Zone DB有智利时区变化的最新信息。 如何将最新的
我想用 Java 更新时区数据。据我了解,使用 java -jar tzupdater.jar --update 可能会解决这个问题。但是我得到了错误: Cant create directory {
我正在尝试使用 Oracle 的 tzupdater 工具来更新时区数据。我看到堆栈溢出答案 ( Error updating tzdata 2018f (Released 2018-10-18) w
我正在尝试使用 TZUpdater 2.2.0 更新 JVM 的时区信息. > [root@local tzupdater-2.2.0]# java -jar tzupdater.jar -V t
我是一名优秀的程序员,十分优秀!