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