ACCESScom+ 三层布署[未成功验证]

com+ 三层布署[未成功验证]

http://topic.csdn.net/u/20070910/10/f6c7614f-cdae-46a7-a9cd-87fdc6776698.html

自我的系统为三层的
客户端:client,远程调用应用服务器上的com+
应用服服务器:com+组件
数据库服务器:oralce
原先在付出环境尚未察觉题目。
现在安排到标准环境出现问题。
client端程序调用远程的com+的时候,会报interface   not   support。
可是一旦在client的机器上的机件服务中也增添一个新建一个应用程序,并且将应用服务器上的com+都进入这一个新建的应用程序中后,client程序就能健康调用远程的com+了。
本身该咋办吧?

   
#1楼 得分:0回复于:2007-09-10 20:50:37
不太知道

   
#2楼 得分:30回复于:2007-09-11 19:51:04
几年前自己刚好做过类似的运用,还记得一点,给你Share一下:
客户端调用COM+组件是不需要指定服务器名字的,只需要按照COM组件的GUID或Prog  
ID调用用CoCreateInstance()创制组件就能够,和调用普通的COM组件没什么区别,至于要指定某个服务器,。

1,在Server上创办一个COM+应用程序,把你的COM组件添加到你的COM+应用程序。
2,在Server机器上的   COM+  
管理界面里导出该COM+应用程序到一个供客户端用的MSI包。
3,在客户机器上设置2步导出的MSI包,这样,在这台客户机上的对点名GUID或Prog  
ID组件的富有调用请求会指向到导出该MSI包的server上了。
幸好经过这者MSI包导出,安装,来成功配制COM+得到简化。你只需要在Server上配备三回,不需要到每台客户机重新配置

   
#3楼 得分:0回复于:2007-09-12 12:28:29
jucee(不断追求,不断修正)   :
自身现在就是通过将服务器上的应用程序代理(msi文件)
下一场在客户端安装这么些msi
然而我客户端调用的是后或者需要  
指定服务器地址以及服务器上的用户名和密码。
然而我觉着这样太费力了。

是不是就这一条路能够走了。

   
#4楼 得分:0回复于:2007-09-12 18:55:12
客户端调用的时候仍然需要指定服务器地址以及服务器上的用户名和密码?
有道是不需要的,你可以在Client机器上的COM+应用程序里部署用户名和密码的。

   
#5楼 得分:0回复于:2007-09-13 16:27:18
jucee(不断追求,不断修正):
借问您这么做过呢

   
#6楼 得分:20回复于:2007-10-14 23:00:25
您的这种三层构造万分独立,二零零五年本人利用的组织与您差不多,只是后端数据库是ACCESS,由于自己的这几个系统已经停用1年多了,架构时的一部分考虑也曾经记不清,我那两天抽时间整理下,或许对您有一对相助。另,“找不接口”这多少个题目是一个比较经典的问题,你可以在网上找一下,往日的COM从书中有对此题材的讲演,我想不外是二种原因1、激活了长途COM+对象,只是在取的IAppServer接口时被拦住,这就是安全问题。2、你的中远距离激活代码中是不是接纳一遍性得到IAppServer接口,假使是,请看下我BLOG上的代码,试一试分几遍得到,那样即便需要2次网络ROUTE,但是好象可以工作

   
#7楼 得分:0回复于:2007-10-15 15:18:53
看望,你的接口里面是不是用了COM以外的数据类型?
另外就是权力了

相关文章