在 gradle 中将 JRE 与 launch4j 应用程序捆绑在一起
Bundling a JRE with a launch4j application in gradle
背景
我正在使用 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"
}
令人沮丧的是,这创建了一个 运行s(由 gradle 任务 createExe 创建的 exe)但显然没有捆绑 in/next 的 JRE 的应用程序,大概是因为它运行s 因为它回退到使用系统 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>
务实的回答
从 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
然后我的文件夹结构变成了这样
背景
我正在使用 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"
}
令人沮丧的是,这创建了一个 运行s(由 gradle 任务 createExe 创建的 exe)但显然没有捆绑 in/next 的 JRE 的应用程序,大概是因为它运行s 因为它回退到使用系统 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>
务实的回答
从 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
然后我的文件夹结构变成了这样