将非 .NET DLL 添加到 ColdFusion

Question

在向 ColdFusion 项目添加任何类型的 DLL 方面，我目前面临两难境地。我做了大量的研究，但似乎没有什么简单到可以理解。我有一个 Winform，它在 Reference 中使用相同的 DLL，这让生活变得轻松。当希望将相同的 DLL 添加到 ColdFusion 项目时，它似乎不起作用。我尝试过使用以下内容：

<cfobject type="com" name="myObj" assembly="C:\DocViewer\AxInterop.SHDocVw.dll">

这是我收到的错误消息：

标签 CFOBJECT 的属性验证错误。它有一个无效的 属性组合：程序集、名称、类型。

这个网站过去很有帮助，我希望了解 CF9 中的这个 DLL 是如何工作的，这样当当前的程序完美运行时，我就不必完全重写整个程序。

来自 cmets

我尝试使用 regsvr32 添加 DLL，但现在这是我的错误：

the module was loaded but the entry-point dllregisterserver was not found

Answer 1

在我看来，您将 cfobject 属性用于 .NET 对象而不是 COM 对象。 cfobject 标签是属性因操作/类型而异的标签之一，例如 cfcontent、cffile 和 cfdirectory（以及其他一些不会立即浮现在脑海中的标签）。

因此，您需要专门用于访问 COM 对象的文档，最新版本的 Adob​​e CFML 引擎位于此处：https://wikidocs.adobe.com/wiki/display/coldfusionen/cfobject%3A+COM+object

文档页面上有一个错字，但看起来这应该适合你（尽管我承认我已经有一段时间没有调用 COM 对象了）：

<cfobject 
    type = "com"
    class = "path.to.com.Class" 
    name = "myObj"
    action = "create|connect">

如果您将action="connect" 作为 Windows 服务安装，您可能会使用它，或者如果您希望 CF 实例化 DLL，则可以使用 create，但我想将它作为服务安装会更容易。我只是猜测，但我认为“path.to.com.Class”将是服务的名称，如果您以这种方式使用它，或者如果 CF 服务器将是 .dll 文件的逻辑路径正在实例化它。如果这些选项都不起作用，那么如果将其移至较新的操作系统，则可能存在版本不兼容，或者服务可能配置错误。

注册 DLL 的错误消息听起来像是（我猜是因为我从未创建过 Windows 服务 DLL）它正在寻找 DLL 中的特定类或函数，以便在 Windows 中将其注册为服务并且它无法在 DLL 中找到那个“入口点”（即，与 Java 将寻找“public static void Main(String args)”作为 Java 程序的入口点的方式相同）。这对于服务可能是必需的，但对于可能以其他方式访问和使用的通用 DLL 可能不是必需的，因此该 DLL 可能工作，但与服务注册不兼容。

所以回到你的示例代码，这可能有效：

<cfobject type="com" name="myObj" action="create" 
    class="C:\DocViewer\AxInterop.SHDocVw.dll">