我真的希望以下内容能在我们没有想法的时候给某人敲响警钟。关于如何进一步诊断的答案或建议将不胜感激。
我们有一个 Java 应用程序已经运行了 18 个月,没有任何问题。它现在正在迁移到将 Windows Server 2019 Standard 作为 VM 运行的新平台。在第一次安装时,一切运行正常,但应用程序会定期无法启动,然后只能通过重新复制所有 jar 文件来修复。这是暂时的,因为最终它会再次失败。
经过大量监控后,我们注意到有一个 Windows 进程会定期为所有文件设置“L”文件属性并创建重解析数据。这应该不是问题,但是一旦发生这种情况,JVM 就无法启动应用程序。(任何 Windows 专家都知道这是做什么的?)
一个关键点是应用程序是通过指定 JPMS 参数来启动的,例如:
java -p MyApp.jar;MyApp_mods -m mymodule/mypackage.StartGUI
这运行良好,在 jar 文件上设置了“L”属性,然后失败并显示消息:
Error occurred during initialization of boot layer
java.lang.module.FindException: Module format not recognized: MyApp.jar
将 MyApp.jar 重命名为其他名称,然后将其复制回 MyApp.jar 可以解决问题,因为它会创建一个没有 L 属性和重新解析数据的文件(直到进程重新应用它)
此行为不仅适用于这一操作,还适用于使用模块系统的任何地方,例如:
java --list-modules any-jar-in-the-app.jar
有趣的是(!)如果我们尝试一个更简单的非模块化应用程序并运行为:
java -jar MySimpleApp.jar
那么即使设置了 L 属性,应用程序也能正常运行。
显然我们并不完全理解,但它看起来好像通过模块系统运行以某种方式意味着无法读取具有 L 属性/重新解析数据的文件(?)
我们已经尝试了不同版本的 OpenJDK 热点和 OpenJ9 JVM,但结果相同。有任何想法吗?