应用WSDK - 实践WebServices的路由和路由选择(上)

类别:.NET开发 点击:0 评论:0 推荐:

应用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+BWebServices,而上一篇文章我曾调侃的谈论有关A+BWebServices

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署名首发,所有文字和图片版权所有。未经授权请勿传播、转载或改编。

如果有问题或建议,请发电子邮件给[email protected]

 

本文地址:http://com.8s8s.com/it/it45877.htm