Izpack 失败，并显示“没有文件扩展名 ”.js“ 的脚本引擎，

在使用Izpack 5 Beta 11的测试计算机上，如果我开始安装.jar使用64bit winrun4j exe运行捆绑的64位java，然后Izpack抱怨

There is no script engine for file extension ".js"，然后抱怨 ，然后尝试安装到默认安装目录失败，因为您没有管理员权限，安装到 C：/Program Files 以外的另一个文件夹正常完成The installer could not launch with administrator permissions

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

如果我只是运行安装.jar直接没有exe包装器

即java -jar install.jar

它使用32位JVM和64位JVM给出这些错误。

所以我目前唯一的工作解决方案是使用32位exe包装器安装，但我还需要64位包装器。

所以问题是

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

随访

我发现这个关于javascript错误（但不是Izpack）的线程，发现.js文件都与Uttlradedit相关联，Utlradedit是我用来编辑大多数文件类型的编辑器。

简单地将.js与Ultraedit解除关联意味着现在当我运行时

• java -jar install.jar在32bit上使用32bit java install.jar
• java -jar install.jar在64bit上使用64bit java install.jar
• 32 位 winrun4j wrapper.

它现在工作:)

但是64bit 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 位包装器运行会导致安装程序.js运行中止退出