WiX安装程序在静音和“正常”模式下启动相同的自定义操作

Question

我需要创建一个设置来启动自定义操作，配置一些SQL的东西。

这是我的顺序：

<InstallExecuteSequence>
  <Custom Action='StartCustomAction' After='InstallFinalize'>NOT Installed</Custom>
</InstallExecuteSequence>

在这里，我称之为自定义操作：

<Fragment>
  <Binary Id="CustomActionBinary" SourceFile="$(var.InfPro.dotigaRuntimeSetup.CustomActions.TargetDir)$(var.InfPro.dotigaRuntimeSetup.CustomActions.TargetName).CA.dll"/>
  <CustomAction Id="StartCustomAction" BinaryKey="CustomActionBinary" DllEntry="ShowInitialForm" Execute="immediate" Return="check"/>
</Fragment>

这是我的自定义操作：

[CustomAction]
public static ActionResult ShowInitialForm(Session session)
{

   int i = Convert.ToInt32(session["UILevel"]);
   if (i == 2)
   {
       StreamWriter file = new StreamWriter("c:\test.txt");
       file.WriteLine("Test");

       file.Close();
        }
   else { 
       InitialForm f = new InitialForm();
       if (f.ShowDialog() == DialogResult.Cancel)
          return ActionResult.UserExit;
       }
       return ActionResult.Success; 
}

重要的部分是if-block。 出于测试目的，我想创建一个文件，并在静默执行安装程序时在其中写入“Test”。 据微软称，UILevel属性应为2. https://msdn.microsoft.com/en-us/library/windows/desktop/aa372096(v=vs.85).aspx

不幸的是没有发生。 我甚至不知道自定义操作是否被调用。

我访问了http://wixtoolset.org/documentation/manual/v3/customactions/qtexec.html ，看到你可以在自定义动作标签中使用DllEntry =“WixSilentExec”，但据我所知，DLL条目的名称是您的自定义操作方法。 在我的例子中ShowInitialForm。

谢谢你的帮助。 ;）

Answer 1

感谢您的所有帮助，但解决方案完全是另一种方式。 我使用以下命令在安静模式下调用我的设置：

msiexec /i mySetup.msi /l*v myLog.log 

该日志长达1700行，偶然我发现导致安装失败的错误是错误1925，这意味着“您没有足够的权限为该机器的所有用户完成此安装。以管理员身份登录然后重试这个装置。“

所以我通过命令行以管理员身份启动了设置，一切正常。

Answer 2

您在二进制元素中引用（您的自定义操作项目）.CA.dll 。 您应该参考（您的自定义操作项目）.dll 。

根据您的自定义操作位置，它应该是延迟类型CA，但您使用的是直接类型CA. 此时不会立即调用直接CA. 将您的操作类型更改为延迟。 请注意，延迟操作无法访问会话变量。 这样做是为了将数据传递给您的CA：

<CustomAction Id="SetProperty.StartCustomAction" Property="StartCustomAction" Value="UILevel=[UILevel]" />
<CustomAction Id="StartCustomAction" BinaryKey="CustomActionBinary" DllEntry="ShowInitialForm" Execute="deferred" />

应该定义在执行序列中的StartCustomAction之前调用SetProperty.StartCustomAction CA：

<Custom Action='SetProperty.StartCustomAction' After='InstallFinalize'>NOT Installed</Custom>
<Custom Action='StartCustomAction' After='SetProperty.StartCustomAction'>NOT Installed</Custom>

在您的操作代码中使用此代码来访问传递的值：

session.CustomActionData["UILevel"]

使用PhilDW建议并始终使用日志输出运行。 使用这样的代码写入以记录您的调试输出：

session.Log("Begin ShowInitialForm CustomAction");

希望这可以帮助。

Answer 3

使用命令行msiexec / I [msi的路径] / l * vx [文本日志文件的路径]安装，看看发生了什么。 它将显示UILevel属性的值。 此外，日志将告诉您安装是否尝试完全调用您的Dll。 session.log调用作为代码中的第一件事将告诉您代码是否已启动（您的文本将出现在该MSI日志中）。 根据需要执行尽可能多的session.log调用，以查看它是否失败以及失败的位置。

您不能假设它找不到Dll，因为问题可能是缺少依赖Dll。 您在显示Dll时发布的png文件 - 目前尚不清楚要显示的内容。 Dll位于MSI文件的二进制表中，并将流式传输到将被调用的某个位置，因此根据定义，它们不会丢失。 二进制表中的Dll未被“安装”以被称为CA - 它们被流式传输，调用，然后被移除。 png文件显示临时位置并不明显。 在调用托管代码自定义操作的WiX / DTF方法中有一些分层，也许你看错了地方。

希望您的对话框能够在WiX / DTF托管代码自定义操作体系结构中工作，因为您需要在具有功能消息循环的STA窗口线程中。 从架构上讲，这些数据应该在开始时在UI中收集，如果UI被抑制，那么在UI中设置的属性值可以通过msiexec命令行传递，因此安装仍然可以完成所有操作（并且您需要没有UILevel检查）。 另一个常见的替代方法是在第一次使用应用程序时运行该程序，因为您正在运行一个普通的，可调试UI的可测试程序。 作为另一种选择，只需将实际程序作为exe自定义操作运行，这也是一个普通的UI程序，可测试，可调试等。