Java中JSmooth中捆绑JRE的问题

朋友们，我正在使用JSMOOTH安装程序创建.exe文件，并将默认的JRE路径捆绑在其中

如果用户的系统中没有Java虚拟机，则必须在my.exe文件中使用捆绑的JRE

但它重定向到下载页面，我尝试了所有骨架选项，但未能使用捆绑的JRE

有5个框架1.Win服务2.自动下载包装3.控制台包装4.窗口包装 5.自定义web下载器包装器

我的问题是:

1.从这五个选项中，我必须选择哪一个选项，如果用户不是JVM，它将使用我的捆绑JRE

我得到的错误如下“

如果我使用1.自动下载包装器作为我的骨架，我将获得

如果我使用CustomWeb downloader作为我的骨架，我将获得

3.如果我使用带窗口的wrappper作为我的骨架控制台，我将得到

如果我使用控制台包装器作为我的骨架，我将得到

我想要的是，如果用户系统中没有JVM，它必须使用捆绑的JRE，而不是要求下载JAVA

我查阅了手册并照做了，但还是达不到目的地

我的JSmooth屏幕是

我把我的JAR文件放在桌面的Test文件夹中，还有我的JRE文件夹

---

我试着让我的JRE靠近.exe和默认路径。但它总是指向默认Java路径的JRE…

我不熟悉JSmooth Java launcher creator。但是，基于Launch4J Java launcher creator，您应该包括您的目标JRE文件夹（目标JRE的所有文件夹和子文件夹都完好无损）作为应用程序启动器捆绑包的一部分。Launch4J必须从可以找到JRE文件夹的基本文件夹中运行。例如，如果您有一个类似“C:\MYProject\install”的项目启动器路径，在该路径中编译所有类路径依赖项文件，以使用“C:\MYProject\install\jre1.6.0\U 26”运行启动器EXE文件“是其中的目标JRE文件夹。您的JVM包条目应为“jre1.6.0_26”。Launch4J EXE启动程序文件应能够从“C:\MYProject\install”的基础上找到相对的“jre1.6.0_26”文件夹

将此转换为您的EXE启动程序文件在尝试运行时将执行的操作时：

C:\C:\MYProject\install
 |__MyApp.EXE (your resulting output launcher file)
 |__all classpath dependency jars needed by MyApp.EXE
 |__jre1.6.0_26 (folder of JVM bundle)

启动4j脚本的Ant任务：

<exec executable="C:\Program Files\Launch4j\launch4jc.exe">
    <arg value="${basedir}\myLaunch4j.xml"/>
</exec>

---

我不熟悉JSmooth Java launcher creator。但是，基于Launch4J Java launcher creator，您应该将您的目标JRE文件夹（目标JRE的所有文件夹和子文件夹都完整地包含在您的应用程序启动器包中）。Launch4J必须从基本文件夹运行，在那里可以找到JRE文件夹。例如，如果您有一个类似于“C:\MYProject\install”的项目启动程序路径，其中您编译所有类路径依赖文件以运行启动程序EXE文件，其中“C:\MYProject\install\jre1.6.026”是目标JRE文件夹。您的JVM包条目应为“jre1.6.0_26”。Launch4J EXE启动程序文件应能够从“C:\MYProject\install”的基础上找到相对的“jre1.6.0_26”文件夹

将此转换为您的EXE启动程序文件在尝试运行时将执行的操作时：

C:\C:\MYProject\install
 |__MyApp.EXE (your resulting output launcher file)
 |__all classpath dependency jars needed by MyApp.EXE
 |__jre1.6.0_26 (folder of JVM bundle)

启动4j脚本的Ant任务：

<exec executable="C:\Program Files\Launch4j\launch4jc.exe">
    <arg value="${basedir}\myLaunch4j.xml"/>
</exec>

---

我遇到了同样的问题。根据以太中的其他提示，我认为 该问题与win32/win64有关，特别是bundle选项将 仅适用于win32 jre。我换了一个win32 jre，而且更进一步，但是 由于某些必需的.dll尚未启动，因此启动仍然失败 安装。看起来，如果没有一个 jre设计为不需要安装

然后，我发现 我成功地完成了jre。它是Java1.8.0µ，有点

---

虽然很老，但足以满足我的需要。

我遇到了同样的问题。根据以太中的其他提示，我认为 该问题与win32/win64有关，特别是bundle选项将 仅适用于win32 jre。我换了一个win32 jre，而且更进一步，但是 由于某些必需的.dll尚未启动，因此启动仍然失败 安装。看起来，如果没有一个 jre设计为不需要安装

然后，我发现 我成功地完成了jre。它是Java1.8.0µ，有点 旧的，但足够满足我的需要