應用 WSDK -實現和使用 DIME 的 Web Services 小氣的神 2002-10-20 Article Type: In-Depth 難度等級: 7/9 版本: 1.26 二.產生 Client 消費 Web Services 這個環節我們將" name="description" />
MILY: 宋體; mso-ascii-font-family: Verdana; mso-hansi-font-family: Verdana">應用WSDK-實現和使用DIME的Web Services
小氣的神
2002-10-20
Article Type: In-Depth
難度等級:7/9
版本:1.26
二.產生Client 消費Web Services
這個環節我們將做兩件事,第一產生一個Proxy,第二是編寫一些代碼從Web Services中獲得圖片。
首先產生上面Web services的Proxy類,這里我建議手工使用wsdl.exe來做這件事,因為使用VS.NET的自動產生Proxy類的功能不是不行,而是它會自動更新和維護跟Web Services Server之間的一致性,而后面我們將會看到我們要修改這個Proxy類中的代碼,這樣你會發現VS.NET也會修改Proxy類的代碼。
基本命令如下:
cd\temp wsdl /l:cs /out:WSDKDIMEServer.cs /urlkey:WSDKDimeServer |
之后我們在VS.NET 選擇Add Existing Items,然后選擇temp目錄中的WSDKDIMEServer.cs文件,然后VS.NET會自動將這個文件復制到我們項目的目錄中。之后的一個步驟是非常重要的,那就是修改Proxy類中的代碼,步驟有二:
其一:先如上在客戶端的項目中也加入對Microsoft.WSDK的引用。
其二:在WSDKDIMEServer.cs的Proxy中加入using Microsoft.WSDK ; 然后將繼承的父類從原來的System.Web.Services.Protocols.SoapHttpClientProtocol修改成Microsoft.WSDK.WSDKClientProtocol
之后是一些客戶端的代碼,我認為和之前我們消費其他的Web Services沒有太大的不同,代碼如下:
private void btnGetDIME_Click(object sender, System.EventArgs e) { Service1 Svc = new Service1() ; byte[] bogBuffer = {0,1} ; MemoryStream stm = new MemoryStream( bogBuffer ) ; DimeAttachment dimeAtt = new DimeAttachment ( "image/jpeg", TypeFormatEnum.MediaType , stm ) ; Svc.RequestSoapContext.Attachments.Add( dimeAtt ) ; Svc.GetdotNETToolsLog() ; if ( Svc.ResponseSoapContext.Attachments.Count > 0 ) { Bitmap bmp = new Bitmap( Svc.ResponseSoapContext.Attachments[0].Stream ) ; this.PicBox.Image = bmp ; } } |
如果編譯通過,F5運行結果如下圖:
事實上當你熟悉了RequestSoapContext 和ResponseSoapContext時,你會發現一些原來我們使用ASP.NET Web Services中沒有而在IBM Web Services Toolkits或SOAP Toolkit 中發現類似概念,不過已經很有趣了。
針對上例那么原來我們的客戶端可能是這樣的:
public void btnGetImag_Click( object sender, System.EventArgs e ) { localhost.BinaryServices BinServer = new localhost.binaryServices() ; Byte[] arrBytes = BinServer.GetImage() ; If ( arrBytes != null ) { MemoryStram = new MemoryStream(arrBytes) ; Bitmap image = new Bitmap(stream) ; PicBox.Image = image ; } } |
三.設置Trace的調試。
有關這個工具的設置,其實只是一點小秘密,MS SOAP Toolkit V2.0的時候,我就對它很感興趣。終于是在網上的討論組里找到了答案。V3.0帶的沒有什么不同,唯一的改進是增加了DIME的跟蹤。
其實秘密在于明白Trace Setup中Listen和Forward to的含義就可以了。完整的解釋就是MSSOAPT.exe會在該程序運行的機器上打開一個TCP/IP的socket,對Local port#中設置的端口進行監聽,任何TCP/IP的往來都會被轉發到Forward To設置的host/port的設備,Forward to 常常默認的是本機的Web Server,當然你可以將他轉到其他的Web Server上。
之后你會想到什么?是的-修改我們Web Services的Proxy類就可以了。
具體的是在客戶端的app.config中加入下面的代碼:
<configuration> <appSettings> <add key="WSDKDIMEService" value="http://localhost:8080/Myproject/WSDK/DIMEMessage/WSDKDIMEServer.asmx" /> </appSettings> </configuration> |
我很喜歡VS.NET對app.config的處理,因為編譯之后你會在編譯目錄中發現和你exe文件同名的config文件,這些就是VS.NET幫你做的。然后修改我們Proxy的代碼:
public Service1() { string urlSetting = System.Configuration.ConfigurationSettings.AppSettings["WSDKDIMEService"]; if ((urlSetting != null)) { this.Url = urlSetting; } else { this.Url = "http://localhost/Myproject/WSDK/DIMEMessage/WSDKDIMEServer.asmx"; } } |
然后啟動Microsoft SOAP Tookit v3 Trace utility,再像之前那樣運行我們的客戶端。運行結果如下圖:
不管你是否會喜歡Trace utility,還是依然喜歡PocketSOAP中帶的TCapTrace抑或是XMLSPY中宣稱的第一個SOAP的調試工具,但Trace utilty的確很簡單和適用。
好了有關WSDK中許多好玩的東東我都愿意承諾在之后的文章中向你們展現 (但有空時翻看我之前寫的許多文章,我發現這樣的許諾似乎不少,所以不要真的相信,”我愿意”并不代表”我會這么做”) 無論如何,我希望有更多人對Web Services感興趣,關心它的未來,這個過程中的任何分享都將是十分快樂的一種體驗。祝編程快樂!
相關文件下載: [WSDKDIME.zip 22K]
特別:
本文原創,CSDN署名首發,所有文字和圖片版權所有。未經授權請勿傳播、轉載或改編。
如果有問題或建議,請發電子郵件給new2001@msn.com
原文轉自:http://www.anti-gravitydesign.com