应用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 |
然后也需要加入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署名首发,所有文字和图片版权所有。未经授权请勿传播、转载或改编。 如果有问题或建议,请发电子邮件给[email protected]
本文地址:http://com.8s8s.com/it/it45877.htm