Windows10下Install4j嵌套静默安装缺失files.log致卸载异常

问题背景 #

在Windows 10系统中，使用Install4j（外部版本11.0.1）通过RunExecutableAction以静默模式（-q）运行另一个Install4j安装程序（嵌入式版本10.0.6），出现以下异常情况：

• 外部与内部安装程序均向用户请求权限且已获得授权，但内部安装程序未继承高权限，而是执行时显式重新请求（动作设置为「不提升」）
• 安装返回成功码，应用可正常运行，但嵌入式安装程序的.install4j/files.log文件缺失，导致卸载功能无法正常工作
• 已尝试设置工作目录为${installer:sys.workingDir}和.，且因安全要求无法在调用RunExecutableAction时提升嵌入式安装程序权限
• 调试信息显示：内部安装程序退出后在临时目录生成错误日志，堆栈跟踪包含java.io.IOException: Access is denied（无法创建临时文件），同时生成i4j_nlog_1.log日志

核心疑问 #

为何初始以非管理员权限运行外部安装程序时，.install4j/files.log无法生成？（以管理员身份运行初始安装程序时该文件可正常创建）

原因分析 #

这是Windows UAC权限隔离机制与Install4j运行逻辑共同作用的结果：

1. 权限上下文降级：当外部安装程序以普通用户权限启动，即便后续用户通过UAC授权提升了外部程序的权限，设置为「不提升」的内部安装程序仍会在普通用户权限上下文中执行。而.install4j/files.log需要写入受UAC保护的安装目录（如Program Files），普通用户权限无写入权限，导致文件创建失败。
2. 临时目录权限冲突：Install4j安装过程依赖临时目录存储中间数据，内部安装程序以普通权限运行时，无法访问外部安装程序创建的高权限临时目录，触发Access is denied错误，中断了日志文件的生成流程。
3. 版本兼容性差异：外部安装程序（11.0.1）与嵌入式安装程序（10.0.6）版本不一致，不同版本对权限上下文的处理逻辑存在差异，进一步加剧了权限继承的问题。

解决方案 #

1. 统一权限上下文：
   在嵌入式安装程序的项目设置中，将「权限级别」改为「与调用者相同」，让内部安装程序直接继承外部安装程序的权限上下文，避免权限降级。
2. 指定独立可访问临时目录：
   在RunExecutableAction中为内部安装程序添加参数：

   -Djava.io.tmpdir=%USERPROFILE%\AppData\Local\Temp\InnerInstaller
   

   确保内部安装程序拥有该临时目录的读写权限，避免因临时文件创建失败中断日志生成。
3. 预设置安装目录权限：
   在外部安装程序中，先通过「Set permissions on directory」动作为嵌入式安装程序的目标目录添加普通用户的写入权限，再启动内部安装程序，确保.install4j/files.log能正常创建。
4. 同步Install4j版本：
   将外部与嵌入式安装程序升级至同一版本（如统一使用11.x系列），消除版本间权限处理逻辑的差异，提升兼容性。

内容的提问来源于stack exchange，提问作者Martin Pastírik