在IIS7上注册一个DLL，而不在实际的框上注册。可能吗？

Question

我有一个旧的应用程序，我正在迁移到新的网站托管。我可以完全访问旧的web服务器，所以对于那个特定的站点，我必须在实际的windows 2003服务器上注册一个DLL。DLL与Adobe ( http://www.adobe.com/devnet/acrobat/fdftoolkit.html )的FDF工具包有关。

新的new主机，我无法完全访问它(我现在使用的是rackspace云)，不允许我直接在服务器上注册DLL。这是完全合理的。有人告诉我，我可以将DLL扔到应用程序根目录中的bin文件夹中。我不相信这是可行的。另外，这里有一个链接，它描述了您应该如何注册DLL的http://www.15seconds.com/issue/990902.htm

*编辑:这家伙有我的问题，没有答案:( http://objectmix.com/adobe-acrobat/215497-asp-net-2-0-fdf-toolkit-dll-registration.html

下面是我遇到的错误：

Server object error 'ASP 0177 : 800401f3'    
Server.CreateObject Failed    
/pdfinterface/viewPDF.asp, line 26 
800401f3 

这是第26行和第27行：

Set FdfAcx = Server.CreateObject("FdfApp.FdfApp")
Set myFdf = FdfAcx.FDFCreate

我基本上完蛋了？我认为这个DLL不是为IIS加载而设计的。

Answer 1

DLL不需要在服务器上注册的唯一方法是，如果它是.NET的托管代码。

您将看到用于ASP.NET的包装DLL，但即使它们也需要在服务器上注册核心DLL。

此外，由于您使用的是经典ASP，所以将一些东西放到/bin文件夹中是没有帮助的，即使它是完全管理的。

因此，不幸的是，除了允许注册DLL的另一个托管平台之外，您唯一的选择是转移到一个完全管理组件，并从ASP.NET调用它。

Answer 2

我认为它失败的原因是因为COM dll没有注册，而且它必须在机器上(在HKEY_CLASSES_ROOT中)或在每个用户注册(在HKEY_CURRENT_USER\Software\Classes中)的某个地方注册。后者可能是一个可行的解决办法。我找到了允许每个用户注册DLL的工具.。您可以使用IIS进程运行的wihch下的凭据来注册DLL。