问题标签 [clireg32]

我找到了很多关于如何使用 WiX 或从 dcomcnfg 导出的 msi 安装 com+ 组件的文档，但是这些方法的问题是我看不到在哪里指定 com+ 服务器。

目前我们使用 clireg 和 -s 开关注册组件，它允许我们像这样指定 com+ 服务器：

至少可以说这很混乱，我一直在尝试将其引入某种自动安装形式，而无需调用充满 clireg32 调用的批处理文件。

目前，WiX 是我们包装自动化的支柱，因此使用 WiX 的解决方案将非常棒。

谢谢。

我们有一个旧版 VB6 应用程序，它在启动时通过下载最新文件并注册 COM 组件来更新自身。这适用于本地 (regsvr32) ActiveX COM 组件和远程 (clireg32) 在另一台计算机上的 COM+ 中注册的 ActiveX COM 组件。

出于安全原因，新要求阻止我们写入 HKEY_LOCAL_MACHINE (HKLM)，这显然是在调用 regsvr32 和 clireg32 时默认发生的情况。

我们想出了一种使用RegOverridePredefKey Windows API 方法在 HKEY_CURRENT_USER\Software\Classes (HKCU) 下注册本地 COM 组件的方法。这通过将插入到注册表中的插入重定向到 HKCU 位置来实现。然后当 COM 组件被实例化时，windows 首先查找 HKCU，然后再查找 HKLM 中的组件信息。这取代了 regsvr32 正在做的事情。

我们此时遇到的问题是，当我们尝试使用clireg32注册VBR/TLB时，这个注册过程也将注册密钥添加到HKEY_LOACL_MACHINE。

有没有办法将 clireg32.exe 重定向到注册组件是 HKEY_CURRENT_USER？是否有任何其他方法可以让我们在安全访问受限的客户端机器上注册这些 COM+ 组件？

我们目前唯一的解决方案是手动将注册信息写入注册表，但这并不理想，而且会成为一个维护问题。

我正在尝试在 Windows 7（64 位）机器上安装旧版 VB6 客户端，它可以与用 Visual C++ 编写的 DCOM 服务器通信。我知道我需要运行CLIREG32并将.VBR文件作为参数传递给它。我正在尝试这样：

它似乎运行顺利，但我想我应该能够搜索注册表并查看我作为参数输入的 IP 地址。所以有些东西告诉我我在这个命令中遗漏了一些东西。（我也尝试过添加-t mytypelibrary.tlb，但这也无济于事）

对使用这种古老技术有什么想法吗？我现在无法重建一切。我开始绝望了……

谢谢

过去，我们使用 CLIREG32 注册 VBR 文件：

这是否已被 Win 7/10 64 位系统替换或更改？

谢谢，弗兰克