无法在面向 java 8 的 java 9 下构建 javafx 应用程序

Question

我正在尝试构建一个应用程序，该应用程序具有使用 JavaFX 构建的 GUI，并以 java 8 为目标，并带有 java 9 的新版本标志。

编译

import javafx.application.Application;

public class Testing {
    public static void main(String... args) {

    }
}

当使用

定位 java 9 时

javac Testing.java

工作正常（使用--release 9 时也是如此），但是当我添加发布标志时

javac --release 8 Testing.java

编译失败，给出不存在错误

Testing.java:1:error: package javafx.application does not exist

在JDK8 javac下编译没有问题。我尝试使用 --add-modules 标志添加 jfx 模块，但是在将版本设置为 8 时不允许使用该标志。

有没有办法在 java 9 下完成这项工作？似乎它不认为 jfx 包包含在 java 8 中，但它们是（至少在 oracle 的版本中）。

我在 Windows 上使用 java 9 的发行版，并且在最新的 java 8 发行版下构建了相同的应用程序而没有问题。

---

我尝试将 jfxrt.jar 从我的 java 8 安装（而不是 rt.jar）添加到类路径，同时使用 --release 8 标志进行编译，它确实有效。

我的理解是，release 标志的一个目的是消除安装多个版本的 JDK（或至少是它们的 rt.jar 文件）的需要。我不确定其意图是仅消除对这个文件进行编译的需要，还是消除对任何 JDK 打包文件进行编译的需要（并且 jfxrt.jar 是包含在 JDK8 [至少在 Oracle 版本中] 不需要特殊标志或类路径修改即可使用它。

在不确定意图的情况下，某些东西在 java 8 下可以完美编译，但在面向 java 8 的 java 9 下需要额外的 jar 来编译（并且只编译不运行）（但在以 java 9 为目标时不需要），这似乎是错误的)，因此需要多个 JDK。对于更熟悉发布标志的预期实现的任何人，这应该以这种方式工作吗？

Answer 1

尽管--release 标志如何在内部解析所需的 jdk 内部类，但这种行为似乎很奇怪。但是由于 *rt.jars 在 JDK9 中被删除并且javafx.application 是jfxrt.jar 的一部分，这可能是为什么同样会抱怨缺少包的原因。

---

migration guide 的编译部分详细说明了 --release N 标志在概念上是一个宏：

-source N -target N -bootclasspath $PATH_TO_rt.jar_FOR_RELEASE_N

因此它应该可以工作，如果你确定尝试这样的事情：

javac -source 8 -target 8 -bootclasspath some/path/to/jdk1.8.0_65.jdk/Contents/Home/jre/lib/rt.jar Testing.java

---

上面替换的一个简单的解决方案，当然是将jfxrt.jar文件添加到类路径中，然后使用--release 8标志进行编译。

---

_{注意：仍然让我感到困惑，为什么--release 找不到以前的版本rt.jar？ -- 可能想要检查任何此类报告的错误。}

_{来自 cmets：- JavaFX 在 Java 8 中为 considered an included extension，因此在针对版本 8 时未解析。仅解析 rt.jar 文件中的类.}