1

我正在使用 WIX 设计一个 Windows 安装程序项目。现在它在安装中失败了，因为 Commit 自定义操作不会被执行，这很奇怪，因为预定的后续自定义操作有一个返回路径ActionResult.Success。让我详细解释一下：

基本上我有两个关于安装的自定义操作：一个叫做 CommitCA，一个叫做 InstallCA。执行时间表如下：

<CustomAction Id="CommitCA" BinaryKey="CustomActionDll" DllEntry="CommitCA" Execute="commit" Return="check" Impersonate="no"/>
<CustomAction Id="InstallCA" BinaryKey="CustomActionDll" DllEntry="InstallCA" Execute="deferred" Return="check" Impersonate="no"/>

我已经从 ORCA 验证，在编译的安装程序中，CommitCA 安排在 InstallCA 之前。CommitCA 的类型是 3585，InstallCA 是 3703（我找不到对它们的引用，但我假设一个用于提交操作，另一个是我声明的延迟操作）。这个想法是在 CommitCA 中，它将生成一些将由 InstallCA 使用的文件。

我的结构是InstallCA这样的：

Try
    ' Do some work
    ...

Catch ex As Exception
    ' Log the failure into installation log
    Return ActionResult.Failure
End Try
Return ActionResult.Success

这是令人困惑的部分：最初我有一个工作版本，我没有ActionResult.Failure在Catch块中返回的行。换句话说，该函数仍然记录失败，但Success即使抛出异常最终也会返回。我觉得这有点误导，因为有时当发生异常并且我检查日志时，它会说自定义操作成功。这就是我添加该行的原因

        Return ActionResult.Failure

但是，现在它不再起作用了！每当我安装时，我发现我的CommitCA永远不会被执行。注意：不是InstallCA我所做的唯一代码修改的 ，而是CommitCA实际安排在InstallCA. 当我说“永远不会被执行”时，我的意思是我找不到任何放在函数调用中的日志条目，并且MMSIBREAK环境变量甚至根本不起作用（通知我附加到 rundll32 进程的窗口永远不会弹出）。但是以下InstallCA仍然被执行。

如果我注释掉这条线Return ActionResult.Failure，一切都会再次起作用：我可以附加进入CommitCA并被InstallCA调用。

关于自定义操作的返回结果，我可能有一些误解。ActionResult.Failure在这种情况下我不应该回来吗？但实际上我ActionResult.Failure也在其他一些地方返回。事实上，在CommitCA函数本身中，我使用了相同的结构：ActionResult.Failure在Catch块中返回。那么有人能告诉我我做错了什么吗？

4

1 回答 1

4

我将从阅读开始：

Windows Installer 中自定义操作的安装阶段和脚本内执行选项

关于提交 CA 的一些需要了解的事情：

提交自定义操作通常并不意味着更改机器的状态。它们旨在清理回滚临时数据。

如果回滚被禁用（通过属性或系统策略），则不会执行提交自定义操作，因为这意味着没有要清理的回滚数据。

当无法进行回滚并且您希望尽可能晚地推迟更改时，有时会使用提交自定义操作来配置机器。（更改用户密码，将 DLL 安装到 GAC ）在这些情况下，成本核算应指示延迟的自定义操作来完成工作，因为回滚/提交将永远不会执行。

回滚自定义操作应在延迟自定义操作之前安排，提交操作应在延迟自定义操作之后安排。这样脚本生成阶段才能正确创建脚本。

如果延迟阶段失败，脚本将向后走，以便执行回滚。

如果所有延迟阶段都成功，则提交脚本将向前执行。这意味着所有延迟的 CA 必须在任何提交执行之前完成。

于 2013-10-28T13:31:29.723 回答