如何创建 MSI UI，允许在维护模式下运行时卸载特定实例

Question

我们正在使用 WIX 3.6 为 Silverlight/WCF 应用程序创建一个安装程序。 我们需要能够安装多个实例来提供例如“实时”、“测试”和“演示”。 每个实例必须能够运行不同的版本并独立升级。 这允许在升级“Live”之前在“Test”中安装新版本。

我正在使用 InstanceTransforms 机制来切换 ProductCode 和 CustomActions 来切换最多 10 个实例的 UpgradeCode。

我还设法通过自定义 MaintenanceTypeDlg 创建一个 UI，以允许在不使用命令行的情况下安装新实例。我设置了 MSINEWINSTANCE=1 和 TRANSFORMS=:Instance，其中 Instance 是第一个在执行安装之前在注册表中找不到的实例。

我还可以通过主要升级路径升级默认实例。 添加/删除程序上的删除和修复选项也可以正常工作。

我遇到问题的地方是创建一种用于升级、修复或从维护对话框中删除特定实例的机制。

我创建了一个 ComboBox，它使用 CustomAction 填充所有已安装实例的 id 和名称，但我无法找到一种方法将该信息从 InstallUISequence 可靠地传递到 InstallExecuteSequence。

我尝试指定 TRANSFORMS=:Instance 但服务器 MSI 删除了该属性。 我尝试指定 MSIINSTANCEGUID={[SelectedGuid]}，但服务器 MSI 抱怨该属性的使用无效，因为它不是多实例安装。

我设法使用 TRANSFORMS=:InstancetoUpgrade 命令行来升级安装特定实例，并将 UpgradeTable 设置的属性覆盖为正确的实例 ProductCode，但是它会缓存 TRANSFORMS，并且如果没有 TRANSFORMS= 则始终应用该转换在命令行上指定。 TransformsSecure 策略已设置，但我们无法在客户站点上更改此策略。

我无法找到 MSI 或 WIX 的任何文档或示例来显示在 InstallUISequence 和 InstallExecuteSequence 之间设置的正确属性，以强制服务器升级、修复或删除 MSI 中默认实例以外的实例。用户界面已启动。

如果有人设法使多实例 MSI 的此或多实例 MSI 的类似方面正常工作，请发布 CustomActions、属性等的任何示例，或有关如何使其正常工作的提示。

编辑：

我已设法通过设置属性获得新版本的 MSI 来升级特定实例： UPGRADEFOUND={PreviousInstanceGUID} TRANSFORMS=:实例；

但是，如果我尝试再次运行 MSI 来升级差异实例，TRANSFORMS 已设置为我刚刚升级的实例。 我的 UI 无法区分双击的 MSI 或从脚本运行的 MSI 来升级/修复特定实例。 在维护模式下运行时，切换到服务器时 MSI 似乎也会忽略 TRANSFORMS 属性的任何更改。 我需要一种方法来处理这样一个事实：在某些情况下它将处于维护模式，而其他情况则处于升级模式。 实际上，当在 UI 中选择差异实例时，我需要能够重新运行 FindRelatedProducts 和 AppSearch。

Answer 1

我在 http://www.codeproject.com/ 找到的文章Articles/37825/WIX-SSRS-Custom-Assembly-Installer 是实现此功能的最大帮助。

看起来我缺少的步骤是在升级和安装上设置 MSINEWINSTANCE=1 。

代码项目示例使用自定义操作来确定已安装的实例，并使用结果填充自定义 MSI 表，以及使用实例填充列表框。这样做的另一个好处是不需要大量带有 RegSearch 元素的公共属性来查找已安装的实例。

当按下“选择实例”对话框的“下一步”按钮时，将调用第二个自定义操作。这会将 TRANSFORMS、Installed、MSINEWINSTANCE、NEWPRODUCTFOUND、UPGRADEFOUND 和 MIGRATE 设置为适当的值。它重复了 FindInstalledProducts 的一些功能。键值包括：

新实例：

session["TRANSFORMS"] = string.Format(":{0}", nextAvailableInstance);
session["Installed"] = "";                                  
session["MSINEWINSTANCE"] = "1";
session["NEWERPRODUCTFOUND"] = "";
session["UPGRADEFOUND"] = instance.ProductCode;
session["MIGRATE"] = instance.ProductCode;

相同版本（维护）：

session["TRANSFORMS"] = string.Format(":{0}", selectedInstance);
session["Installed"] = "1";
session["NEWERPRODUCTFOUND"] = "";
session["UPGRADEFOUND"] = "";
session["MIGRATE"] = "";

已安装较新版本：（应给出降级错误）

session["TRANSFORMS"] = string.Format(":{0}", selectedInstance);
session["Installed"] = "1";
session["NEWERPRODUCTFOUND"] = instance.ProductCode;
session["UPGRADEFOUND"] = "";
session["MIGRATE"] = "";

已安装较旧版本：（升级）

session["Installed"] = "";
session["MSINEWINSTANCE"] = "1";
session["NEWERPRODUCTFOUND"] = "";
session["UPGRADEFOUND"] = instance.ProductCode;
session["MIGRATE"] = instance.ProductCode;

代码项目示例在准备序列中将选择实例对话框显示为弹出窗口因此它在 FindRelatedProducts 和 AppSearch 之前运行。也可以通过按 MaintenanceTypeDlg 中的“返回”来显示它。然而，当尝试将其插入其他对话框序列时，这会出现问题，因此我将其设为普通序列对话框，并且它仍然有效。

为了正常工作，需要为所有实例设置 TRANSFORMS，因此永远不会安装默认实例。需要为此创建一个与任何其他 ProductCode 不同的虚拟 ProductCode。我使用了 Wix“*”约定。我的默认 UpgradeCode 与第一个转换的升级代码相同，但这可能应该不同，甚至可以省略它。

我还发现我需要使用 CustomAction 和特定实例的 UpradeCode 来填充 UpgradeTable，以避免它尝试删除升级中的所有其他实例。

Answer 2

除非您禁止 ARP，否则每个实例都应在“添加/删除程序”中获得其自己的条目，并且当您单击“更改”时，将处于该实例 ProductCode 所特有的维护模式。

我错过了什么吗？也许您正在抑制 (ARPSYSTEMCOMPONENT) 并且您想要编写一个为所有实例提供服务的 UI。如果是这样，那是可以做到的，但它会比几个问题要大得多。