将 JRE 与 gradle 中的 launch4j 应用程序捆绑在一起

Question

背景

我正在使用 edu.sc.seis.launch4j 插件使用 gradle 构建脚本构建可分发的应用程序。 我正在尝试使用捆绑的 JRE 生成这些。

这是gradle脚本

plugins {
    id 'org.jetbrains.intellij' version '0.3.7'
    id 'java'
    id 'edu.sc.seis.launch4j' version '2.4.4'
}

group 'worldbuilders'
version '0.4.4-SNAPSHOT'

apply plugin: 'application'

sourceCompatibility = 1.8

repositories {
    jcenter()
    mavenCentral()
}

mainClassName = 'hello.HelloWorld'

dependencies {
    testCompile group: 'junit', name: 'junit', version: '4.12'
}

intellij {
    version '2017.3.5'
}

launch4j {
    bundledJrePath = "jre" //my jre to use is in the projectRoot/jre folder but I think that's not what this parameter is for anyway
    mainClassName = 'hello.HelloWorld'
    bundledJre64Bit = true
    //icon = "${projectDir}/icons/myApp.ico"
}

令人沮丧的是，这会创建一个运行的应用程序（由 gradle 任务 createExe 创建的 exe），但显然没有捆绑在其中/旁边的 JRE，大概是因为它运行是因为它回退到使用系统 jre，这使得测试变得困难. 如果我把故意损坏的jre放在/jre/它似乎仍然运行，这更令人困惑

题

如何将 JRE 与使用 gradle-launch4j 插件创建的 exe 发行版捆绑在一起？ （而且实际上是由exe使用而不是使用系统jre）

附加信息

插件创建的调试 XML（由 launch4j 使用）：

使用命令gradle createExe -Pl4j-debug

<?xml version='1.0' encoding='UTF-8'?>
<launch4jConfig>
  <dontWrapJar>false</dontWrapJar>
  <headerType>gui</headerType>
  <jar>lib/onemillionworlds-0.4.4-SNAPSHOT.jar</jar>
  <outfile>onemillionworlds.exe</outfile>
  <errTitle></errTitle>
  <cmdLine></cmdLine>
  <chdir>.</chdir>
  <priority>normal</priority>
  <downloadUrl>http://java.com/download</downloadUrl>
  <supportUrl></supportUrl>
  <stayAlive>false</stayAlive>
  <restartOnCrash>false</restartOnCrash>
  <manifest></manifest>
  <icon></icon>
  <classPath>
    <mainClass>hello.HelloWorld</mainClass>
    <cp>lib\onemillionworlds-0.4.4-SNAPSHOT.jar</cp>
    <cp>lib\tools.jar</cp>
    <cp>lib\jme3-lwjgl-3.2.0-stable.jar</cp>
    <cp>lib\jme3-desktop-3.2.0-stable.jar</cp>
    <cp>lib\jme3-core-3.2.0-stable.jar</cp>
    <cp>lib\lwjgl-2.9.3.jar</cp>
    <cp>lib\lwjgl-platform-2.9.3-natives-windows.jar</cp>
    <cp>lib\lwjgl-platform-2.9.3-natives-linux.jar</cp>
    <cp>lib\lwjgl-platform-2.9.3-natives-osx.jar</cp>
    <cp>lib\jinput-2.0.5.jar</cp>
    <cp>lib\jutils-1.0.0.jar</cp>
    <cp>lib\jinput-platform-2.0.5-natives-linux.jar</cp>
    <cp>lib\jinput-platform-2.0.5-natives-windows.jar</cp>
    <cp>lib\jinput-platform-2.0.5-natives-osx.jar</cp>
  </classPath>
  <jre>
    <path>jre</path>
    <bundledJre64Bit>true</bundledJre64Bit>
    <bundledJreAsFallback>false</bundledJreAsFallback>
    <minVersion>1.8.0</minVersion>
    <maxVersion></maxVersion>
    <jdkPreference>jdkOnly</jdkPreference>
    <runtimeBits>64/32</runtimeBits>
  </jre>
  <versionInfo>
    <fileVersion>0.0.0.1</fileVersion>
    <txtFileVersion>unspecified</txtFileVersion>
    <fileDescription>onemillionworlds</fileDescription>
    <copyright>unknown</copyright>
    <productVersion>0.0.0.1</productVersion>
    <txtProductVersion>unspecified</txtProductVersion>
    <productName>onemillionworlds</productName>
    <companyName></companyName>
    <internalName>onemillionworlds</internalName>
    <originalFilename>onemillionworlds.exe</originalFilename>
    <trademarks></trademarks>
    <language>ENGLISH_US</language>
  </versionInfo>
</launch4jConfig>

Answer 1

务实的回答

以 2 年的距离来看这个，我意识到我的问题实际上是“我希望 Launch4J 的行为与 bat 文件完全一样”。 对于 linux 版本，我使用了相当于 bat 的 linux 文件，一个 sh 文件，回想起来，我应该对 windows 版本也这样做。

字面答案

launch4j 的 bundledJrePath 配置告诉 launch4j 在哪里可以找到 JRE，而不是把它放在哪里，你必须单独把它放在那里。 如果 launch4j 找不到它，它将使用已安装的 JRE（或下载一个）。

我的相关 Gradle 配置最终是这样的

launch4j { //used for windows
    mainClassName = 'mygame.Main'
    bundledJrePath = 'jre'
    bundledJre64Bit = true
    jreMinVersion = '11'
}

task packageExecutableDistribution(type: Zip) {
    archiveName = "oneMillionWorlds.zip"
    destinationDir = file("$buildDir/distExecutable")

    from "$buildDir/launch4j"
}

task addJreToDistributable(type: Copy) {
    from zipTree("resources/desktop-deployment/OpenJDK11U-jre_x64_windows_hotspot_11.0.4_11.zip")
    destinationDir = file("$buildDir/launch4j")
}

packageExecutableDistribution.dependsOn createExe
packageExecutableDistribution.dependsOn addJreToDistributable

我的文件夹结构最终是这样的