类表生成InprocServer32值问题

Question

我正在安装一个包含一些 COM 服务器的 Active X 控件。我使用 InstallShield 的 COM Extract at Build 选项来生成注册表信息。这会导致注册表和类表中出现大量条目。 （提取的信息与使用 Wix 几乎相同）。

看来我的 COM 服务器已正确安装，除了 InprocServer32 键中名为“InprocServer32”的附加值，如下所示：

HKCR\CLSID\{MY-COM-GUID}\InprocServer32
    (Default) = C:\Path-to-my\file.ocx
    InprocServer32 = 8tYCAGak)9S9&~swl.$?MyFeatureName>*&N$B'fk?As1x2J653?'

我唯一能从附加值中看出的是 MyFeatureName，它是 MSI 的内部名称包含 .ocx 文件的功能。该密钥未在注册表中列出，因此必须由类表生成。

我遇到的问题仅发生在 Windows Server 2008 中。尝试使用 COM 服务器的应用程序似乎无法从（默认）值找到 .ocx 文件的路径，而是找到 InprocServer32 值。这会导致应用程序启动 MSI，然后让 MSI 陷入无限循环。

我想知道这是否是 Windows Server 2008 中的一个已知问题，或者是否有办法阻止 msiexec 生成该额外值。

Answer 1

我读过这篇文章，看看它是否可以帮助您达到您想要的目标：

RobMen 的建议：不要在 MSI 中公布 COM 信息

您可能希望在构建时关闭 InstallShield 的 COM 提取，而改为执行一次性 COM相关组件的摘录。然后您可以进入“组件高级”部分并手动操作注册表/com 表信息以使其成为您想要的方式。

如果您使用 WiX，另一个工作流程/技巧是使用 Heat 围绕 COM 服务器构建 MSI 或 MSM。然后使用InstallShield 在直接模式下编辑MSI/MSM，并使用注册表视图将注册表项/值导出到.REG 文件。然后将该 .REG 文件导入到实际安装项目中的组件中。

Answer 2

我无法帮助你诊断发生了什么，我只是咕哝一下这一切意味着什么。这是针对DLL Hell的对策。它应该保护您的应用程序免受某种其他安装程序的影响，这些安装程序可能会覆盖您的 COM 服务器注册表项。特别是（默认）键，它提供了服务器 DLL 的位置。

根据伪造的 InprocServer32 值，应用程序可以自动检测默认密钥是否被覆盖，并自动再次启动 MSI 以修复损坏。这就是你所看到的情况。

我非常不喜欢这个功能，它只是一个问题，当它爆炸时就已经很难排除故障了。这是一个无用的功能，它假设其他安装程序不使用完全相同的对策。这在 10 年前是可行的。

不知道您会采取什么措施来解决这个特定的故障。其他的则只需将这个 cr*p 扔掉，让服务器自行进行 SelfReg 即可。至少当那不起作用时你会有一些东西可以使用。