我有一个应用程序，在从 Eclipse 导出为可运行的 jar 并让它“将所需的库打包到生成的 JAR 中”之后，它可以很好地运行“java -jar blah.jar”。

我添加了一些 JavaFX 代码来弹出网络浏览器。现在似乎不可能制作一个跨次要 Java 版本的可运行 jar。当我将它导出为可运行的 jar 时，它会复制到特定于我的次要版本的 jfxrt.jar 中。如果我使用“java -jar blah.jar”来运行这个 jar，以获得完全匹配的 Java 版本 (jdk1.7.0_17)，那么它工作正常，但是如果我使用一个稍新的版本 (jdk1.7.0_45)，那么它无法解析 swingx正确上课。 “一次编写，随处运行”就到此为止。

我尝试使用 JavaFX ant 任务，但我无法获得实际打包依赖 jar 的任务。这实际上并没有在它创建的 jar 中包含 fx:resources jar，就像神奇的 eclipse “将所需的库打包到生成的 JAR 中”完美地完成:

<fx:jar destfile="${dist}/${dist.jar}"> 
        <fx:application id="BlahTesterApp" 
            mainClass="blah.MainClass" 
            toolkit="swing"/> 

        <fileset dir="${build}"/> 

        <fx:resources> 
            <fx:fileset dir="${lib}" includes="**/*.jar" />
        </fx:resources>

        <manifest> 
            <attribute name="Implementation-Vendor" value="My Team"/>
            <attribute name="Implementation-Title" value="Tester App"/> 
        </manifest> 
    </fx:jar> 

而且似乎只能创建我不想要的“本地包”。我不想让用户在过去只能运行该死的 jar 时安装 rpm 或 deb。

我不明白为什么 Oracle 必须在这里引入它自己神奇的额外部署复杂性层。他们不希望人们使用 JavaFX 吗？

最佳答案

更新，2019 年 12 月

因为这个主题的答案似乎随着时间的推移而演变和变化(而且看起来它将继续这样做)。我的建议是查看 https://openjfx.io 上的文档查看打包 JavaFX 应用程序的最新最佳实践。

I tried to use the JavaFX ant tasks but I can't get the task to actually package up the dependent jars ... And seems to only be able to create "native bundles" which I don't want.

openjfx.io 当前建议为 JavaFX 应用程序创建一个跨平台 jar，其中包括依赖项和跨平台 JavaFX 库是使用不同的构建工具(例如 Maven 或 Gradle 而不是 Ant)。

使用这些构建工具的功能(例如 Maven Shade plug-in )将您的依赖 jar 与您的代码打包到一个 uber-jar 中。

执行此操作时，如果您希望生成的 jar 具有跨平台能力，例如要在 Window+Mac+Linux 上工作，那么您需要将所有跨平台 jar 作为依赖项打包到 uber-jar 中(为您的项目使用适当的 JavaFX 版本)。

<dependencies>
    ...
    <dependency>
        <groupId>org.openjfx</groupId>
        <artifactId>javafx-graphics</artifactId>
        <version>13</version>
        <classifier>win</classifier>
    </dependency>
    <dependency>
        <groupId>org.openjfx</groupId>
        <artifactId>javafx-graphics</artifactId>
        <version>13</version>
        <classifier>linux</classifier>
    </dependency>
    <dependency>
        <groupId>org.openjfx</groupId>
        <artifactId>javafx-graphics</artifactId>
        <version>13</version>
        <classifier>mac</classifier>
    </dependency>
</dependencies>

生成的 jar 将需要更新的 Java 版本才能工作(例如 Java 11+)。

目前有一个针对 Java 14 的孵化项目(JEP 343:打包工具)，其目标如下(这些与问题中要求的不同，因为打包工具用于创建 native 安装程序，即特别是问题不想做什么):

Create a simple packaging tool, based on the JavaFX javapackager tool, that:

• Supports native packaging formats to give end users a natural installation experience. These formats include msi and exe on Windows, pkg and dmg on macOS, and deb and rpm on Linux.
• Allows launch-time parameters to be specified at packaging time.
• Can be invoked directly, from the command line, or programmatically, via the ToolProvider API.

• https://openjdk.java.net/jeps/343 (链接到打包项目维基页面)。

提议的项目存在是因为:

To address these requirements previously, a packaging tool called javapackager was distributed with Oracle’s JDK 8. However, it was removed from Oracle’s JDK 11 as part of the removal of JavaFX.

请注意，由于上述更新，在 Java 14 发布之前，下面提到的一些打包建议(例如 javafxpackager)仅适用于现已过时的旧 Java 发行版 (8-10)。

此外，关于不包含 Java 平台库的建议也已过时。从 Oracle Java 8 到 Oracle Java 10，JavaFX 都包含在基础 JRE(Java 运行时环境)中。从 Java 11 开始，JavaFX 不再包含在基础 JRE 中，事实上，平台库必须单独添加到 Java 模块路径中。再次回顾https://openjfx.io用于 JavaFX 应用程序的打包选项。

过时的信息:

JavaFX 打包替代方案

1. 关注 e(fx)clipse tutorial用于使用 Eclipse 为 JavaFX 应用程序创建可执行 jar 文件。
2. Oracle java 打包 ant 任务和 javafxpackager 工具可以创建可执行 jar(在 Oracle 文档中描述为 standalone applications)。如果您无法使用这些工具生成此类 jar，那么您可能没有正确使用这些工具。
3. 需要最低版本的 Java 8，其中 jfxrt.jar(即 JavaFX 类)位于引导类路径中。
4. 使用第 3 方构建工具链，例如 JavaFX Maven plugin或 JavaFX Gradle plugin .

备选方案 (1)，e(fx)clipse 打包，推荐给您，因为您使用的是 Eclipse。

建议

切勿尝试在您的应用程序中包含 Java 平台库(例如 jfxrt.jar)。您在互联网上找到的任何指南都不应该指示您做这样的事情(由于您在问题中概述的次要版本问题之间明显不兼容)。此规则的唯一异常(exception)是，如果您要构建不依赖于预安装 JRE(您不是)的自包含 native 安装应用程序。

关于java - 如何在没有 native 安装程序的情况下为使用 JavaFX 的应用程序制作可运行的 jar，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23117541/