java - Izpack 失败并显示 'There is no script engine for file extension ".js",

Question

在使用 Izpack 5 Beta 11 的测试机器上，如果我使用运行捆绑的 64 位 java 的 64 位 winrun4j exe 启动 install.jar，则 Izpack 会提示

文件扩展名“.js”没有脚本引擎，然后提示 安装程序无法以管理员权限启动，然后尝试安装到默认安装目录失败，因为您没有管理员权限，安装到 C:/Program Files 之外的另一个文件夹可以完成

而如果我使用运行 32 位 java 的 32 位 winrun4j 安装程序运行它，它工作正常。

如果我只是在没有 exe 包装器的情况下直接运行 install.jar

即 java -jar install.jar

使用 32 位 JVM 和 64 位 JVM 都会出现这些错误。

所以我目前唯一可行的解​​决方案是安装 32 位 exe 包装器，但我还需要 64 位包装器。

所以问题是

1. 为什么 32 位 exe 可以工作而 64 位 exe 不能工作
2. 如果我尝试在没有包装器的情况下安装，为什么 32 位或 64 位都没有。

跟进

我找到了 this thread关于 javascript 错误(但不是 Izpack)，发现 .js 文件与 Utlradedit 相关联，Utlradedit 是我用于编辑大多数文件类型的编辑器。

简单地取消 .js 与 Ultraedit 的关联意味着现在当我运行时

• java -jar install.jar 在 32bit install.jar 上使用 32bit java
• java -jar install.jar 在 64bit install.jar 上使用 64bit java
• 32 位 winrun4j 包装器。

它现在可以工作了 :)

但是 64 位 winrun4j 现在无法开始安装并且根本无法工作，如果我从命令行窗口运行，我可以看到它

运行

wscript C:\Users\MESH\AppData\Local\Temp\Installer.js 
 c:\Code\WidgetReleases\1.0_Beta_2\widget-windows64\JVM64\bin\javaw.exe 
 -Dizpack.mode=privileged -jar 
C:\Code\WidgetReleases\1.0_Beta_2\widget-windows64\install.jar

他们跑了

wscript C:\Users\MESH\AppData\Local\Temp\Installer.js 
 c:\Code\WidgetReleases\1.0_Beta_2\widget-windows64\JVM64\bin\javaw.exe 
 abort exit 
 -Dizpack.mode=privileged -jar 
 :\Code\WidgetReleases\1.0_Beta_2\widget-windows64\install.jar

所以后续问题是:

1. 为什么简单地将文件类型与编辑器关联会破坏这个 javascript 内容，我可以想象这个或类似的问题可能会影响很多用户。
2. 为什么从我的 64 位包装器运行会导致 installer.js 运行 Abort Exit

Answer 1

这里有四个问题:

1. 为什么 32 位 exe 可以工作而 64 位 exe 不能工作
2. 如果我尝试在没有包装器的情况下安装，为什么 32 位或 64 位都没有。
3. 为什么简单地将文件类型与编辑器关联会破坏这个 javascript 内容，我可以想象这个或类似的问题可能会影响很多用户。
4. 为什么从我的 64 位包装器运行会导致 installer.js 运行 Abort Exit

我会尝试回答他们:

1. 本应“无缝”处理 32 位和 64 位的程序有时会出现错误和错误；一个例子是赛门铁克的 SEP 定义修复程序 - 它有时有效，但并非全部有效。您的评论证实了这些错误，并且您甚至发现了一个在此 32/64 处理中不会出错的竞争程序:“尚未解决此问题，但已通过使用 launch4j 而不是 winrun4j 运行安装程序来解决此问题”。恭喜! :)

2. 我怀疑必要的应用程序/包装器不在您系统的 PATH 中。路径中的两个文件夹是 C:\WINDOWS 和 C:\WINDOWS\SYSTEM32。在命令提示符下，键入单词 SET(不需要大写)。出现按字母顺序排列的变量列表。在 PATH= 中查找您希望启动应用程序的包装器的完整文件夹路径。它可能不存在。喜欢的可以添加。

3. 好问题，但有一个很好的理由:通过将要打开的文件类型与程序相关联，您是在告诉您的计算机始终使用文件编辑器打开文件，在这种情况下以 .js 结尾。它正在做你告诉它做的事情，而不是你打算做的事情。获得您想要的结果的一种流行方法是，将文件与之前的程序重新关联(您可能知道哪个是最好的)，然后编辑文件，将您最喜欢的 JS 编辑器添加到 Windows 资源管理器右键菜单中的“打开方式...”选项。如果您愿意，我可以找到并链接到一两个页面，了解如何执行此操作。

4. 我相信这与问答 #1 密切相关。

如果这有帮助，请告诉我。