在发布Com+组件时,用组件服务-->Com+应用程序里导出的客户端安装程序不能正常运行啊!!!各位大侠有没有什么办法啊???(200分)

  • 主题发起人 主题发起人 nhuangjr
  • 开始时间 开始时间
N

nhuangjr

Unregistered / Unconfirmed
GUEST, unregistred user!
除了导出安装程序之外,是不是可以自己手工发布Com+到客户端的???该怎么做啊???
各位大侠救我啊!
 
如果你用了指定应用服务器的名字的话客户端可以什么都不设置呀!
不过你的客户端也可以设置成和服务器一样的,用组件直接安装就可以了
 
伊天笑:
你的两句话我都看不太懂!!!我是第一次开发Com+组件,能不能说的具体一些啊!!!
Coaaa.CreateRemote('172.16.1.123');
的方式来创建对象,在服务器上运行没有问题
但在客户机运行就会报 interface not supported 错误
如果我用aaa:=CreateRemoteComObject('172.16.1.123',aaaClassID) as ICoaaa;
来创建对象的话,会提示没有注册类别!!!
你说正确的做法应该是怎么样呢?
 
用组件管理器导入COM+,要选择"代理",在客户端装上应该OK
 
我也碰到这个问题,我用的系统是Windows 2003,客户机我已用代理安装好了,但还是碰到:interface not supported !怎么办?(已设置相应权限)
 
问题已解决!在服务器需要有客户机的用户名和密码。
 
唉,打了一大段居然提示保存失败!只能从打[:(]
现在我也知道是用户名和密码的问题了!!!
问题是,我不可能要求每个客户端用户都用相同的用户名和密码登陆啊!那样对可能端来说还有安全可言吗?!
再说,如果客户端要访问好几个不同服务器的Com+组件,而每个服务器要求的用户名和密码都不相同的话,那客户端要访问那些不同的com+组件岂不是要不停的注销从启?!那样的话不是我被客户扁死,就是客户被我折磨死!!!
这样的验证方式我觉得显然是不理想的。
我觉得比较好的方法是客户端程序能够自己用恰当的用户名和密码进行登陆,这样问题就可以解决了
 
有那位高手知道怎么样,客户端程序自己登陆远程服务器的吗????
 
COM+的权限依赖于Windows的权限配置
在服务器上建立新组,配置合适的权限,并建立相应用户对应客户端的用户(密码当然得相同)
这样客户端才能通过服务器的验证,具体到COM+的权限设置可以在组件服务中修改
 
后退
顶部