最大的可能性,你根本就没有在客户机上将ActiveXDll注册成功

解决方案 »

  1.   

    确实有这种可能,因为现在我的做法是将客户端应用软件和COM+组件同时发布到客户机上,勉强算能访问数据库了。但这样做就与程序框架的设计初衷不吻合了。因此我估计问题也应该出在客户机上没有注册成功。
    但问题也就在这里,如何能在发布客户端软件的时候将ActivXDLL的注册信息自动发布出去并完成注册呢?
    问题问了N天,却没人能接招,不禁感叹难道CSDN真的没有高人?
      

  2.   

    我不知道对不对,是不是可以建立一个批处理文件,用于注册ActivexDll,这样应该可以保证它能够正确注册,把批处理文件作为启动文件。
      

  3.   

    我刚碰到过个类似的问题用visual studio自带的package development制作客户端
    安装文件,其中有一步‘添加’可以你自己的dll,ocx等加入
    然后它会自动打包,
      客户端安装时他会自动注册
      

  4.   

    TO mecgouki(gouki):
    打包出来的安装包在安装时需要输入COM+服务器网络地址,这时候应该输入服务器名还是IP?我在安装时输入的是服务器名。
    此外COM+组件也存在发布的问题,我在开发机器上新建了一个空的COM+,再将需要用到的ActivXDLL逐个添加入组件内。然后导出,用导出的包拿到别的机器上安装。是这样的步骤吗?
    第三个问题,在建立COM+时应选择“库应用程序”还是“服务器应用程序”,这两者有什么区别吗?会对客户端调用COM+造成什么影响。我所使用的COM+组件都编译成了.DLL文件。
      

  5.   

    或者是我问问题的方法有问题,让我换个问的方式
    1.客户端软件是否有可能调用位于服务器端的.DLL文件?
    2.如果能这么做的话,服务器端和客户端需要做哪些设置?