COM+在广域网上如何通过防火墙，或者说COM+在广域网上就是废物了吗。微软难道给了一个不能实现的方案？？？？？？？？？？？？？？？《》《》

If you insist on using DCOM to connect COM+ server on INTERNET, then you should read DCOM spec, the port number is embeded in marshalling packet, there is NO WAY to pass Network Address Translation (NAT) firewall, (although CIS can give some help) and I don't think you can get through this issue from other component model.>或者说COM+在广域网上就是废物了吗
too fluffy

解决方案 »

  1.   

    这么说，我必须用WEB方式了？
    SOAP又如何呢？能不通过浏览器吗？
      

  2.   

    there is soap toolkit that can be freely download, with necessary documents. try it.
      

  3.   

    为什么不用SOAP呢，SOAP就是为了解决这个问题而产生的啊。
      

  4.   

    当然有了，microsoft的.net策略就修正了这个问题，他是真正的基于internet的分布式技术，他将所有的服务通过XML封装，通过80端口传输数据，完全可以穿透防火墙。
      

  5.   

    用webservice吧，webmethod也可以使用com＋的特性的
      

  6.   

    To XT2
    SOAP 的几点疑问
    1，服务端是否必须有WEB服务，如ASP,CGI之类的
    2。这样的话还能享受COM+特性吗，如MTS,CLB等等
      

  7.   

    1. There must be some kind of software listening on server's HTTP trffic, for example, using IIS's filter, and this part of software should understand SOAP payload of HTTP  packet.2. What COM+ 1.0 provids is services. COM+ services are provided to server side component. It doesn't matter what mechanism your client pass request to server. In middle tier, the client is often something resides in Web server, this is the COM+ component's client. This is why we have base client concepts (introduced since MTS) to stands for a client that lives out side of COM+ or MTS.
      

  8.   

    非常感谢XT2的回答，我是否可以理解你的原话
    如下：
    [必须有某种监听server上的http事件的软件，例如，使用IIS过滤器，这部分软件应该理解HTTP包中的SOAP的有效成分。
    COM+1.0提供的是服务。COM+的服务被提供给服务器端的component，与你的客户端通过什么机制请求服务器是无关的。在中间层，客户端经常以某种形式寄存在WEB服务器。这就是COM+组件的客户端，这就是为什么我们把基础客户端的概念(自从MTS被介绍)代表为一个能在COM+和MTS之外生存的客户端。]但是我仍然不太明白，用传统方式可用CoCreateIS创建组件，服务端有DLLHost代理负责CLB、
    MTS等等。我不太懂SOAP，但是我想，如果我在服务端用ASP CreateObject 的话，该对象不就在本机生成了吗，还怎么实现CLB??非常渴望有一个简单的例子。Thanks a lots!