WSE2.0中的发送器/接收器交互流程
编写者 版本
郑昀@神州泰岳
0. 1
摘要：本章节简单介绍了如何让Web Service通过COM+服务器组件和后台的SoapReceiver/SoapSender作交互，我们还介绍了WSE2.0中的发送器/接收器设计概念，并给出交互流程的详细描述。
COM+服务器组件和后台的SoapReceiver/SoapSender作交互，我们还介绍了WSE2.0中的发送器/接收器设计概念，并给出交互流程的详细描述。
首先简单介绍WSE 2.0中的消息处理：
Web Services Enhancements 2.0允许用户开始体验除 HTTP 以外的其他 XML 消息处理可能性。WSE 2.0 是 .NET 框架的一个附件。
WSE2.0提供了一种增强的消息处理 API，它支持其他传输和自定义消息交换模式 (MEP)。
发送器与接收器
“一旦离开传统的 RPC 模型，您必须停止以客户端与服务器的方式思考问题。
当开始使用非传统的 MEP 时，这些术语经常使人困惑不解。相反，把 Web 服务结构中的不同实体当作 SOAP 发送器与接收器更为恰当。一些节点旨在发送 SOAP 消息，而其他一些节点旨在接收和处理这些消息。并且这些角色是完全可互换的，即一个给定的节点可以有时作为发送器，有时则作为接收器。
WSE 2.0 通过为发送和接收 SOAP 消息提供两个基本的类来强调这种思考方式：SoapSender 和 SoapReceiver。顾名思义，SoapSender 将发送 SOAP 消息的过程封装到一个 URI，而 SoapReceiver 将接收 SOAP 消息的过程封装在一个特定的 URI 中。
WSE 2.0 使用三个通讯协议支持发送和接收消息：进程内、TCP 与 HTTP。在进程内情况下，SOAP 消息被直接发送到接收器，而不用通过网络层。用户需要指出通过 URI 想要使用哪种机制（SoapSender 或 SoapReceiver），该机制必须遵循以下 WSE 2.0 中的语法：
protocol_scheme://host[:port_number]/path_info/...
协议方案指出使用哪种协议，而主机和端口号标识在哪里发送消息。路径信息标识在特定主机上访问哪种资源。
.NET 框架为在用户代码中表示 URI 提供了 System.Uri 类。用户可以通过向构造函数提供适当的 URI 字符串来实例化 Uri 对象，如下所示：
Uri myuri = new Uri("soap.tcp://mymachine/math");
SoapSender 和 SoapReceiver 需要用户提供 Uri 对象以指出使用的协议和终结点详细信息。
除了支持新的传输，WSE 2.0 消息处理 API 与现有 WebMethod 框架的另一重大区别在于：SoapSender 和 SoapReceiver 需要开发人员直接使用 SOAP 消息。尽管它提高了 XML 和 SOAP 所需开发经验的门槛，但是它也提高了灵活性并更加关注于 XML 消息处理。
WSE 2.0 为构建和处理用户代码中的 SOAP 消息提供了Microsoft.Web.Services.SoapEnvelope 类。SoapEnvelope 类从 System.Xml.XmlDocument 中派生，并且提供了只应用于 SOAP 消息（如 Envelope、Header和 Body 属性）的额外成员。”原话出自Aaron Skonnard。
WSE2.0的路由中立寻址和消息处理
“WSE 2.0 为 WS-Addressing 和“下一个跃点”路由提供了完整的支持。我们在WSE2.0的基础之上，构建消息交互，就容易多了。
下面我们列出常用的一些信息头：
|
名称 |
类型 |
说明 |
|
wsa:MessageID |
xsd:anyURI |
用于在时间和空间上唯一标识该消息的 URI。 |
|
wsa:To |
xsd:anyURI |
该消息的预期接收方的地址。 |
|
wsa:Action |
xsd:anyURI |
标识符，用于唯一地（和不透明地）标识该消息所暗示的语义。 |
|
wsa:From |
endpoint-ref |
对作为消息来源的终结点的引用。 |
|
wsa:ReplyTo |
endpoint-ref |
终结点引用，标识答复该消息的预期接收方。如果期望得到答复，则消息必须包含 wsa:ReplyTo 标头。发送方必须使用 wsa:ReplyTo 标头的内容来表示答复消息。如果没有 wsa:ReplyTo 标头，则可能使用 wsa:From 标头的内容来编制到来源的消息。如果消息无有意义的答复，则可能不存在该属性。如果有该属性，则 wsa:MessageID 标头是 REQUIRED。 |
表 1. WS-Addressing 消息的常用信息头
我们可以使用
Web Service—COM+服务器组件—后台侦听服务的订阅关系
由于Web Service运行的身份是ASP.NET用户，而SoapReceiver.Add方法对执行权限要求较高，所以我们把WS_Messaging这部分搬到COM+组件中，并把它配置为在专门的服务器进程中激活，通过这种方式提升权限。
首先Web Service调用COM+服务器组件的接口方法。
其次，COM+服务器组件中，我们定义了SubscriberNotification类，从 SoapReceiver 中派生一个新类并重载它的 Receive 方法（它获取一个 SoapEnvelope 参数），可以实现 SoapReceiver：
public class SubscriberNotification : SoapReceiver
{
protected override void Receive(Microsoft.Web.Services2.SoapEnvelope envelope)
{
// implement Receive here
}
}
在 Receive中，我们根据envelope.Context.Addressing.Action的消息语义，处理传入的 SOAP 消息并执行请求的操作，这里我们定义了两种语义：
Response：表明是服务器/发布者对订阅请求的响应；
Notify：表明是服务器/发布者发布了一个消息。
我们利用SubscriberNotification类实例，通过调用：
SubscriberNotification client = new SubscriberNotification();
Uri clientUri = new Uri ( Literals.LocalhostTCP + "8082/Client" );
SoapReceivers.Add ( clientUri, client );
来注册一个带有特定的Uri“soap:tcp://server.8082/Client”的SoapReceiver对象。
<