应用WSDK － 实践WebServices的路由和路由选择
小气的神
2002-11-18
Article Type: In-Depth
难度等级：8/9
版本：3.46
不久之前，我想我们曾经讨论过有关WSDK问题，那时我们讨论的是有关DIME的问题。而当我努力的试图调试WSDK中接下来的功能时，我遇到了一些问题，简单的说，我总是无法实现SOAP的简单路由，而出现的错误是让我有些沮丧的，几乎是反反复复的Service Unavailable错误，更详细的是说我的”System.UnauthorizedAccessException: Access to the path "xxxxxx.config" is denied.” 我放大了ASP.NET的权限到一个让我感到吃惊的高度，但是错误依旧，我有些沮丧了，之后我的Windows.NET终于过期了，一个新的起点在被迫中开始了，因为我需要重新安装我的系统。
之后WSDK也发生了变化，因为当我拿到下一个版本的之后，所有的命名空间发生了变化，我在网络上的讨论组看到同样的论点，并且可靠的消息说这次变化之后会一直延续到WSDK的正式版本发布。传说是从builds 5217这个版本之后不再兼容以前版本的命名。具体的说，发生这样的变化：
Microsoft.WSDK.* -> Microsoft.Web.Services.*
Microsoft.WSDK.dll -> Microsoft.Web.Services.dll
Microsoft.WSDK.WSDKClientProtocol-> Microsoft.Web.Services.WebServicesClientProtocol
Microsoft.WSDK.WSDKExtension ->Microsoft.Web.Services.WebServicesExtension
Microsoft.WSDK.Configuration.WSDKConfiguration->Microsoft.Web.Services.Configuration.WebServicesConfiguration
Microsoft.WSDK.Configuration.Install.WSDKInstaller->Microsoft.Web.Services.Configuration.Install.WebServicesInstaller
<microsoft.wsdk> -> <microsoft.web.services>
简单的说，就是所有的WSDK 改变成了Web.Services，修改命名空间的沮丧带来了新的变化，之后很快我发现之前我遇到的问题解决了，因为问题如同秋天般的消失了，我不知道是新版本的问题，还是我重新安装了系统的问题，不过那一时刻我是快乐的J
好吧，依然理一下我们的思路，开始今天的WSDK的应用之旅。简单的说我们需要经过一个路由选择获得我们真正需要的资源。这主要用于我们分布式的应用中，比如我们请求一个虚拟的命名资源，然后我们的服务器根据服务器上的映射定义，选择真正存在的资源，然后返回给我们相应的功能。这么说太不专业了J，但我希望能清楚的说明路由(Route)和选举(referral)的解释。也就是说我们在经过DIME之后，今天会着重来看一下WS-Routing 和 WS-Referral 协议的应用。
具体的说会是这样：
1. 客户请求一个不存在的资源链接请求 InputQuestion.asmx
2. 我们的Server使用HttpHandlers 找到我们预先定义的资源的定义Response.asmx并将请求返回
3. 客户获得服务器端返回的Web Services描述信息。并且调用方法或功能。
4. Server 返回相应功能调用的结果。
用图似乎更容易表示：
好了，我们来具体的看一下，这之前请原谅我的违背，因为这一篇文章中我重新使用了之前我说过的A+B的WebServices，而上一篇文章我曾调侃的谈论有关A+B的WebServices
1. 我们产生一个A+B 的Web Services
2. 加上WSDK的路由功能。
3. 定义映射文件和选择
4. 产生客户端，进行测试。
1. 产生A + B 的WebServices 并加上路由功能
有关产生A+B 的Web Services，我将不再多说。编码测试成功之后我们做下面的工作。
A． 在项目中加入 Microsoft.Web.Services.DLL 的引用
B． 在Web.config 中加入WS-Routing 支持
<webServices>
<soapExtensionTypes>
<add type="Microsoft.Web.Services.WebServicesExtension,
Microsoft.Web.Services,Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
priority="1" group="0"/>
</soapExtensionTypes>
</webServices>
C． 编译Web Services应用，然后测试。
这里你可以编写一个简单的客户端进行测试，上一篇文章中我也说过用MSSOAP Trace进行跟踪的办法，你可以看到往返的SOAP信息。
首先产生一个Proxy类
cd\Tmp
wsdl /l:cs /out:Math.cs /n:Proxy /urlkey:MathURL
http://localhost/Myproject/WSDK/WSReferral/Math.asmx?WSDL
然后也需要加入Microsoft.Web.Services.DLL的引用，在产生的Proxy类中加入：
using Microsoft.Web.Services ;
然后将继承的父类从原来的System.Web.Services.Protocols.SoapHttpClientProtocol修改成Microsoft.Web.Services.WebServicesClientProtocol (具体的步骤见前文)
之后在客户端的的事件代码中加入，下面的代码：
private void btnAdd_Click(object sender, System.EventArgs e)
{
int a = 0 ;
int b = 0 ;
int result = 0 ;
a = int.Parse( txtA.Text ) ;
b = int.Parse( txtB.Text ) ;
Proxy.Service1 svc = new Proxy.Service1() ;
result = svc.add( a, b ) ;
string Msg = a.ToString() + " + " + b.ToString() + " = " + result.ToString() ;
lblRes.Text = Msg ;
}
运行结果如下：
特别：
本文原创，CSDN署名首发，所有文字和图片版权所有。未经授权请勿传播、转载或改编。
如果有问题或建议，请发电子邮件给new2001@msn.com
