检索CLSID {XXXX}组件的COM类工厂失败，原因是以下错误:80040154

我用c#开发了一个Windows服务。生成PDF报告。要生成PDF文件，我使用第三方dll。应用程序在我的Windows XP平台上运行。当我在Windows Server 2008 64位版本中部署服务时，我得到了这个错误:

检索的COM类工厂带有CLSID的组件 {46521 b1f - 0 a5b - 4871 - a4c2 fd5c9276f4c6} 由于以下错误导致失败: 80040154.

我使用regsvr32命令注册了DLL。我能够在注册表中看到这个CLSID。但问题依然存在。

有什么问题吗?

当前回答

如果你正在寻找一种不需要重新编译任何CPU应用程序的方法，这里有另一种潜在的解决方案:

Locate your COM object GUID under the HKey_Classes_Root\Wow6432Node\CLSID\{GUID} Once located add a new REG_SZ (string) Value. Name should be AppID and data should be the same COM object GUID you have just searched for Add a new key under HKey_Classes_Root\Wow6432Node\AppID. The new key should be called the same as the COM object GUID. Under the new key you just added, add a new String Value, and call it DllSurrogate. Leave the value empty. Create a new Key under HKey_Local_Machine\Software\Classes\AppID\ Again the new key should be called the same as the COM object’s GUID. No values are necessary to be added under this key.

这个解决方案不是我的功劳，但它对我们很有效。查看源代码链接获取更多信息和其他评论。

来源:https://techtalk.gfi.com/32bit对象environment/——64位

2013-01-11 19:52:49

其他回答

在我个人的情况下，这个问题是固定的搜索类id在Windows的注册表上的开发机器(因为这个问题是抛出在客户端PC)。该操作将被放置到引起问题的COM组件中:我的. net项目中引用的x86库没有为安装程序或更新程序应用程序注册为OCX/COM。

问候

2017-02-02 15:09:03

如果您正在运行一个网站，您还可以尝试将应用程序池设置为禁用32位应用程序(在池的高级设置下)。

2011-05-19 17:43:13

听起来你的服务是针对“任何CPU”构建的，导致你在使用COM组件的64位上出现错误。您需要为x86构建它。

该网站可能作为一个32位进程运行，这就是为什么它可以使用该组件。基于x86构建解决方案将迫使您的服务以32位的方式运行。

2009-06-24 08:07:49