【问题标题】:JavaFX DEB Bundle Without JRE Doesn't Work没有 JRE 的 JavaFX DEB 捆绑包不起作用
【发布时间】:2016-03-06 12:40:55
【问题描述】:

我正在使用 Oracle“自包含应用程序打包”工具为 JavaFX 8 桌面应用程序创建一个 .deb 文件。生成的包文件可以在 Ubuntu 上毫无问题地安装,但应用程序无法运行。文件安装如下:

$ sudo dpkg -i vocabhunter-1.0.14.deb

但是,尝试运行应用程序会产生以下错误:

$ /opt/VocabHunter/VocabHunter
VocabHunter Failed to locate JNI_CreateJavaVM
VocabHunter Failed to launch JVM

重要的是,我正在生成一个不包含 JRE 的捆绑包,在调查中,问题似乎与此有关。生成的文件/opt/VocabHunter/app/VocabHunter.cfg 包含以下行:

app.runtime=

如果我编辑它并添加到 Java 的路径,程序将毫无问题地启动。作为一种解决方法,我建议在安装 .deb 捆绑包后,用户运行以下命令:

sudo sed -i "s|app.runtime=.*|app.runtime=$JAVA_HOME|g" /opt/VocabHunter/app/VocabHunter.cfg

但是,这会使用户感到困难。有谁知道如何修复 JavaFX 打包工具的配置以避免这个问题?

构建使用 Gradle 调用 Ant 脚本来生成包。 Gradle 填充了所有必要的变量。 Ant脚本如下:

<project name="VocabHunter Packaging" basedir=""
         xmlns:fx="javafx:com.sun.javafx.tools.ant">
    <property environment="env"/>
    <property name="JAVA_HOME" value="${env.JAVA_HOME}"/>
    <target name="jfxbundle" description="Build the application bundle">
        <taskdef resource="com/sun/javafx/tools/ant/antlib.xml"
                 uri="javafx:com.sun.javafx.tools.ant"
                 classpath="${JAVA_HOME}/lib/ant-javafx.jar"/>
        <fx:deploy outdir="${basedir}/build"
                   nativeBundles="${packageType}">
            <fx:platform basedir=""/>
            <fx:application id="VocabHunterId"
                            name="VocabHunter"
                            mainClass="${mainClass}"
                            version="${version}"/>
            <fx:resources>
                <fx:fileset dir="${basedir}/build/libs"/>
            </fx:resources>
            <fx:info title="VocabHunter">
                <fx:association description="VocabHunter session"
                                extension="wordy"
                                mimetype="application/x-vnd.VocabHunterSession"
                                icon="${sessionIcon}"/>
            </fx:info>
            <fx:bundleArgument arg="icon"
                               value="${appIcon}"/>
            <fx:bundleArgument arg="mac.CFBundleVersion"
                               value="${version}"/>
            <fx:bundleArgument arg="launcher-cfg-format"
                               value="prop"/>
        </fx:deploy>
    </target>
</project>

您可以在上下文here 中查看完整的脚本。

我正在 Ubuntu 14.04 上使用 JDK 1.8.0_92 对此进行测试。

【问题讨论】:

  • 这可能与my question 中的相同。另请查看bugs.openjdk.java.net/browse/JDK-8143314 和bugs.openjdk.java.net/browse/JDK-8143934 的两个错误报告。后者应该用 8u76 解决。
  • 嗨@hotzst。感谢您提供问题的链接。当然,它看起来是相关的,因为错误消息是相似的。阅读您的答案后,我不清楚您为解决问题所做的工作。你能建议我如何应用你所做的来解决这个问题吗?
  • 第一步是确定问题出在可执行 jar 还是启动器。为此,请使用 java -jar ... 执行 jar 文件。如果是启动器,则可能与配置有关。在我的情况下,无法解析 cfg 文件,因为它是根据包含. 的应用程序名称计算得出的。 Linux 可执行文件不需要特定的文件后缀即可执行,而 Windows 则需要。
  • 这似乎不太可能是可执行 jar 的问题,因为使用 sed 命令(见上文)编辑 .cfg 文件可以使程序运行。任何想法如何修复配置?
  • maven 插件有一个针对this issue 的解决方法,因此您可以考虑使用 Maven 而不是 Ant 进行构建,或者弄清楚他们做了什么,然后应用相同的方法。

标签: java linux javafx deb


【解决方案1】:

要在这里回答这个问题,您需要设置 JRE_HOME 以运行一些本机 JavaFX 启动器,而无需捆绑 JRE。在 Windows 上,它会查看注册表并搜索 HKLM\Software\JavaSoft\Java Runtime Environment\[CurrentVersion]\JavaHome。 我找不到任何关于此的文档。

要解决此问题,您需要“更新”app.runtime-值作为安装时正在执行的postinst-脚本的一部分。像这样的:

#!/bin/sh
# postinst script for APPLICATION_NAME
#
# see: dh_installdeb(1)

set -e

# summary of how this script can be called:
#        * <postinst> `configure' <most-recently-configured-version>
#        * <old-postinst> `abort-upgrade' <new version>
#        * <conflictor's-postinst> `abort-remove' `in-favour' <package>
#          <new-version>
#        * <postinst> `abort-remove'
#        * <deconfigured's-postinst> `abort-deconfigure' `in-favour'
#          <failed-install-package> <version> `removing'
#          <conflicting-package> <version>
# for details, see http://www.debian.org/doc/debian-policy/ or
# the debian-policy package

case "$1" in
    configure)
        echo Adding shortcut to the menu
SECONDARY_LAUNCHERS_INSTALL
APP_CDS_CACHE
        xdg-desktop-menu install --novendor /opt/APPLICATION_FS_NAME/APPLICATION_LAUNCHER_FILENAME.desktop
FILE_ASSOCIATION_INSTALL

        if [ "SERVICE_HINT" = "true" ]; then
            echo Installing daemon
            cp /opt/APPLICATION_FS_NAME/APPLICATION_PACKAGE.init /etc/init.d/APPLICATION_PACKAGE

            if [ -x "/etc/init.d/APPLICATION_PACKAGE" ]; then
                update-rc.d APPLICATION_PACKAGE defaults

                if [ "START_ON_INSTALL" = "true" ]; then
                    if which invoke-rc.d >/dev/null 2>&1; then
                        invoke-rc.d APPLICATION_PACKAGE start
                    else
                        /etc/init.d/APPLICATION_PACKAGE start
                    fi
                fi
            fi

        fi

        if [ -f /etc/profile ]; then
            # load special environment variables
            . /etc/profile

            # remove stored value in case of dpkg-reconfigure
            RUNTIME_PATH_TO_SET=""

            if [ -z "$JRE_HOME" ]; then
                echo JRE_HOME is not set, checking for JAVA_HOME being set
                if [ -z "$JAVA_HOME" ]; then
                    echo JAVA_HOME is not set, checking for known locations

                    # look for known locations
                    KNOWN_JDK_DIRS="/usr/lib/jvm/java-8-oracle /usr/lib/jvm/java-8-openjdk-amd64 /usr/lib/jvm/java-8-openjdk-i386"
                    FOUND_JAVA_HOME=""

                    # Look for the right JVM to use (use the first one)
                    for potentialjdkdir in $KNOWN_JDK_DIRS; do
                        if [ -r "$potentialjdkdir/bin/java" -a -z "$FOUND_JAVA_HOME" ]; then
                            FOUND_JAVA_HOME="$potentialjdkdir"
                        fi
                    done

                    if [ -z "$FOUND_JAVA_HOME" ]; then
                        # still nothing found :(
                        echo Please make sure to have Java installed and JRE_HOME variable set before running APPLICATION_LAUNCHER_FILENAME
                    else
                        echo Updating runtime-settings using known location
                        RUNTIME_PATH_TO_SET="$FOUND_JAVA_HOME"
                    fi
                else
                    echo Updating runtime-settings using JAVA_HOME
                    # JAVA_HOME is set, use that value
                    RUNTIME_PATH_TO_SET="$JAVA_HOME"
                fi
            fi

            # always write runtime-location, as it might get removed again when user calls dpkg-reconfigure
            sed -i "s|app.runtime=.*|app.runtime=$RUNTIME_PATH_TO_SET|g" /opt/APPLICATION_FS_NAME/app/APPLICATION_LAUNCHER_FILENAME.cfg
        fi
    ;;

    abort-upgrade|abort-remove|abort-deconfigure)
    ;;

    *)
        echo "postinst called with unknown argument \`$1'" >&2
        exit 1
    ;;
esac

# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.

#DEBHELPER#

exit 0

使用 javafx-maven-plugin 或 javafx-gradle-plugin 时,将此脚本放在 src/main/deploy/package/linux 中,文件名为 postinst,以便 javapackager/bundler 获取。

免责声明:我是javafx-maven-plugin 的维护者和javafx-gradle-plugin 的创建者

编辑:更新了用于处理 dpkg-reconfigure 的脚本

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-12-28
    • 2015-09-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-12-28
    相关资源
    最近更新 更多