有关OpenJDK 11的迁移问题

Question

我们目前正在将Java应用程序从Oracle JDK 8（由JNLP提供的应用程序代码）迁移到OpenJDK 11（作为可运行的应用程序代码以及Java运行时提供）。尽管我们在测试环境中或多或少找到了一个工作解决方案，但我们仍然存在以下问题：

>

我们的应用程序需要JavaFX，我们希望使用jlink进行构建。是否建议使用https://gluonhq.com/products/javafx上提供的OpenJFX jmod来使用OpenJDK构建适当的jlink映像，或者是否有其他选项？

OpenJFX jmods似乎目前仅在gluonhq上以版本11（为JDK 11编译）提供，而ProGuard混淆仅适用于为JDK编译的代码，直到版本10（见https://sourceforge.net/p/proguard/feature-requests/188/）。目前还不确定ProGuard何时也支持版本11。我们应该等到它支持，或者我们有什么选择？下载并构建针对版本10的OpenJFX源代码（我不知道这是否可以开箱即用）是一个不错的选择，或者只要ProGuard不理解OpenJDK 11代码，甚至保留Oracle 10 JDK二进制文件和/或其javafx jmod文件？

我们正在进一步寻找一种工具来为Windows和MacOS创建用户友好的可运行文件（例如，无需修改注册表即可自解压可执行文件）。javapackager现在似乎不可用（http://openjdk.java.net/jeps/343计划用于OpenJDK 12）并且既不支持交叉编译也不支持自动更新机制。因此，我们正在寻找一种工具，它可以同时执行a）自动更新（在启动时动态加载应用程序代码或新的jlink映像）和b）为Windows和MacOS构建可运行文件。是否有任何好的工具支持类似于Oracle的JNLP启动器的自动更新机制，可以在生产环境中使用？

对于JNLP，我们应用代码签名。是否仍然建议并且可以签署a）我们位于jlink映像中的应用程序代码和b）动态加载的应用程序代码，这两种代码都是用JDK11构建的？

彼得，谢谢你的帮助。

Answer 1

对于第三个问题，有一个开放式Web Start解决方案，它允许您使用最新的Java版本运行JNLP文件。这是Java Web Start技术的开源重新实现。此替换提供了Java Web Start和JNLP标准最常用的功能，因此您可以继续使用基于Java Web Start和JNLP的应用程序，而无需进行任何更改。

关于第四个问题，您可以使用Jarsigner maven插件，只要为其提供私钥和jar的签名路径，就可以了。