由于Web Service的执行身份受限,所以我们无法直接让Web Service申请作为一个SoapReceiver,而是通过下面的web.config定义来制定本虚拟目录的.ashx终结点,从而通过WS_Addressing和WS_Messaging机制来完成与后台侦听服务之间的订阅/发布机制。
<configuration>
<configSections>
<section name="microsoft.web.services"
type="Microsoft.Web.Services.Configuration.WebServicesConfiguration,
Microsoft.Web.Services, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35" />
</configSections>
原理介绍:
除了进程内与 TCP 通讯机制,还可以在 ASP.NET 中将 SoapReceivers 与 HTTP 管道进行集成。如果查看一下 SoapReceiver 的定义,您会注意到它实现了 IhttpHandler:
public abstract class SoapReceiver : SoapPort, IHttpHandler
{
。。。
}
由于这一点,任何 SoapReceiver 或 SendService 类现在都能够在 ASP.NET 中配置为 HTTP 处理程序。通过在 web.config 文件的 httpHandlers 部分添加一个新的映射,用户能够配置 http 处理程序。web.config 项将把 verb/path 组合映射到 SoapReceiver 类型:
<system.web>
<httpHandlers>
<!-- 为了让我们的WebService能够接收到来自于后台侦听服务的SOAP消息
我们让WebService继承自SoapReceiver,并实现了void Receive(SoapEnvelope envelope),
这样DLL通过向
new Uri("http://"+ System.Net.Dns.GetHostName() + "/MyService/GetReceiver.ashx")
发送SOAP消息,那么SoapReceiver的Receive回调函数将被调用
-->
<add type="MyWebService.MyInterface" path="GetReceiver.ashx" verb="*" />
</httpHandlers>
把这组代码放到适当的位置,将针对每条输入此虚拟目录并指向 GetReceiver.ashx 的消息而调用 MyService。现在我们不必担心通过调用 SoapReceiver.Add 来配置 SoapReceiver/SoapService,因为 ASP.NET 本质上代替您完成了此任务。
如果更新客户端以把消息发送到 HTTP 终结点 (http://localhost/MyService/GetReceiver.ashx),它会与使用 TCP 的工作方式相同,只是现在它通过 HTTP 进行通讯。
Web Service—后台侦听服务订阅关系
由于Web Service运行的身份是ASP.NET用户,而SoapReceiver.Add方法对执行权限要求较高,所以我们采用HTTP终结点的方式,再加上几个静态的哈希表,从而完成了与后台侦听服务之间的异步交互,以及与客户端调用者之间的异步交互。
下面我们具体讲解一下:
首先,调用者请求Web Serviced的BeginXXX方法,这个方法再异步调用ProcessXXX方法它负责组装出一个SoapEnvelope,并向Uri为
soap.tcp://hostname:port/yourreceivername
的目标EndPoint,用SoapSender.Send发送这个SoapEnvelope。一方面用于通知订阅关系,另一方面传递了各项参数,以及预先生成的GUID。之后就将处理权返回调用者。
这里包含了图中的1,2,3三步:
其次,正在监听的侦听服务收到了消息,进行处理:
添加这个订阅者的各种信息到静态哈希表;
利用I/O完成端口异步执行各种任务;
把结果集或者错误信息通过Web Service HTTP终结点通知订阅者。
这里包含了图中的4,5,6三步:
最后,订阅者Web Service收到通知后,通知客户端调用者的回调函数来取回结果集,从而将结果集或者错误原因返回给客户端。
编写者:郑昀@UltraPower