Install4j 什么';将32位安装更新为64位安装的最佳策略是什么?

Install4j 什么';将32位安装更新为64位安装的最佳策略是什么?,install4j,Install4j,从32位安装升级到64位安装的推荐方法是什么?特别是当更新应该自动完成时。我最初的想法是只更改捆绑的jre,但这不适合安装程序本身。我认为另一种可行的方法是加载上一次安装的响应文件,卸载它并使用变量安装当前应用程序。但这似乎也不起作用。当我尝试以静默方式更新到当前64位应用程序时,我得到以下日志文件条目以及由于缺少安装变量而导致的安装中止: ... sun.cpu.isalist=amd64 [INFO] bitness BIT32 from C:\Program Files (x86)\MyA

从32位安装升级到64位安装的推荐方法是什么?特别是当更新应该自动完成时。我最初的想法是只更改捆绑的jre,但这不适合安装程序本身。我认为另一种可行的方法是加载上一次安装的响应文件,卸载它并使用变量安装当前应用程序。但这似乎也不起作用。当我尝试以静默方式更新到当前64位应用程序时,我得到以下日志文件条目以及由于缺少安装变量而导致的安装中止:

...
sun.cpu.isalist=amd64
[INFO] bitness BIT32 from C:\Program Files (x86)\MyApp is not compatible
[INFO] com.install4j.runtime.beans.actions.misc.RequestPrivilegesAction [ID 13]: Execute action
...
[INFO] com.install4j.runtime.beans.actions.misc.LoadResponseFileAction [ID 5]: Execute action
   Property file: null
   Property excludedVariables: null
   Property overwriteStrategy: Do not overwrite command line
   Property registerForResponseFile: true
   Property rollbackSupported: true
   Response file C:\Program Files\MyApp\.install4j\response.varfile does not exist
   Execute action successful after 0 ms
....

那么,处理这种更新场景的最佳实践方法是什么呢?

我担心您将不得不卸载32位并安装64位版本

我也担心,如果可以在卸载之前加载响应文件,以便将这些值用于安装当前版本,那么这就没问题了。可能“C:\Program Files\MyApp”不是以前的安装目录。使用应用程序注册表查找以前的安装目录的想法应该可以。