模板
教程
環境
性能
功能
管理
應用WSDK－實踐WebServices的路由和路由選擇（上）
應用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署名首發，所有文字和圖片版權所有。未經授權請勿傳播、轉載或改編。 如果有問題或建議，請發電子郵件給new2001@msn.com
原文轉自：http://www.anti-gravitydesign.com
- 評論列表（網友評論僅供網友表達個人看法，并不表明本站同意其觀點或證實其描述）
-
