WCF tcpTrace实现功能浅析

开发 开发工具
首先,我们将会通过本文介绍的内容了解到WCF tcpTrace的基本原理,以及他的相关应用技巧,让大家从更深入的层次来了解这一应用。

大家知道,在WCF这样一个基于通信的.NET开发工具,它的出现给我们带来了非常大的帮助。而且这一工具中的很多功能也是值得我们去深入探讨的。比如今天为大家介绍的WCF tcpTrace就是其中一个比较重要的应用。#t#

无论对于Web Service还是WCF,Client和Service之间交互的唯一形式是通过发送和接收Soap Message。在我们对Web Service和WCF进行深入学习的时候,借助一些Soap Trace 工具对Soap Message进行深入剖析是非常有必要的。在这些工具之中,我觉得***用的就是Microsoft Soap Toolkit中的Soap Trace Utility和tcpTrace。我们今天就来讲讲如何在WCF中使用tcpTrace这个工具。

首先我们来讲讲WCF tcpTrace实现的基本原理。说的简单点TcpTrace就是一个监听/转发器(Listening/Forwarding)。当我们启动这个工具的时候,通过设置它监听的Port,和它将要转发的Host和Port(Destination Server& Destination Port),随后它就开始在本机的Listening Port开始监听,如果这时候一个针对该Listening Port 的Http Request,它就会把Request的内容取下来展现在我们的面前,随后将该Request转发到我们预先设定的Host和Port。

对于WCF来说,如果Client要访问Service,一般情况下交互的只有Client和Service,Soap Message直接从Client到Service。但是在某些情况,我们需要在Client和Service之间加入一些额外的节点,我们把这些额外的节点Intermediary Node。我们可以通过这些Intermediary Node实现一些额外的功能,比如把不同的Request forward到不同的Server从而实现负载平衡(Load Balance)。

按照面向服务的原则,服务具有高度的自治性(Automation),Soap Message一旦被Service发送出去,就不能再被该Service所控制,所以Soap来说,它需要具有高度的自描述性(Self-Describing),它自身必须包含所有必须的控制信息来指导任何接收到该Soap的节点如何去处理它。SOAP的无限扩展的Header在实现此功能上可谓功不可没,原则上任何控制信息都可以放在Soap Header之中,Header的可扩展性也使一系列的WS-* Specification的实现 成为可能。

对于每次的Message Exchange来说,寻址(Addressing)是首先需要解决的问题,在Intermediary Node的场景中,实际上涉及到两个Address,其中一个是最终Service Endpoint的Address,另一个则是实际接收该Soap的Intermediary Node的Address。在WCF中通过ClientViaBehavior实现这样的功能,我将在 后面讲到。而我们今天所介绍的通过tcpTrace来获取Soap的情况下,WCF tcpTrace实际是就是充当了Intermediary Node的角色。

我们现在就来介绍如果使用tcpTrace。

假设我们在Local host有一个Calculator Service, Endpoint的Address的Uri为:http://localhost:8888/Calculator(Port为8888)。为了使大家有一个具体的认识,我给出了Host该Service的configuration:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3. < system.serviceModel> 
  4. < services> 
  5. < service name="Artech.ExceptionHandling.Service.CalculatorService"> 
  6. < endpoint binding="wsHttpBinding" contract="Artech.ExceptionHandling.
    Contract.ICalculator"
     address="http://localhost:8888/Calculator" />   
  7. < /service> 
  8. < /services> 
  9. < /system.serviceModel> 
  10. < /configuration> 

 

在一般的情况下,Client具有下面一段对应的Configuration(Port为8888)

 

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3. < system.serviceModel> 
  4. < client> 
  5. < endpoint address="http://localhost:8888/Calculator" 
    binding="wsHttpBinding" contract="Artech.ExceptionHandling.
    Contract.ICalculator"
     
  6. name="defualtEndpoint" /> 
  7. < /client> 
  8. < /system.serviceModel> 
  9. < /configuration> 

 

上面实际上是Client直接和Service进行交互的方式。现在我们需要做的是,先把Soap发送给tcpTrace,tcpTrace进行Soap trace之后再把Soap Message传到真正的Service。就需要一个特殊的Client端的Endpoint Behavior:ClientViaBehavior。假设WCF tcpTrace进行监听的Port为8080,那么Client实现了ClientViaBehavior的configuration将会是如下的样子:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3. < system.serviceModel> 
  4. < behaviors> 
  5. < endpointBehaviors> 
  6. < behavior name="calculatorEndpointBehavior"> 
  7. < clientVia viaUri="http://localhost:8080/Calculator" /> 
  8. < /behavior> 
  9. < /endpointBehaviors> 
  10. < /behaviors> 
  11. < client> 
  12. < endpoint address="http://localhost:8888/Calculator" 
    behaviorConfiguration="calculatorEndpointBehavior" 
  13. binding="wsHttpBinding" contract="Artech.ExceptionHandling
    .Contract.ICalculator"
     
  14. name="defualtEndpoint" /> 
  15. < /client> 
  16. < /system.serviceModel> 
  17. < /configuration> 

 

我们现在就可以来进行Soap Trace了,现在我们启动WCF tcpTrace。进行如下的设置,Destination Server和Destination Port为Service Endpoint对应的Host和Port。我们甚至还可以通过Log文件把Trace保存起来。

责任编辑:曹凯 来源: 博客园
相关推荐

2010-02-24 10:41:28

WCF服务保护

2010-02-22 14:28:35

WCF实现loadin

2009-12-08 15:06:33

WCF传输DataSe

2009-11-05 11:23:08

WCF宿主

2010-02-24 16:39:27

WCF客户端处理

2010-04-20 14:31:29

负载均衡功能

2009-06-16 11:49:00

JQuery实现loaWCF

2009-11-06 15:41:25

WCF自托管宿主

2010-03-02 09:24:22

WCF变更行为

2009-11-02 12:46:15

Winform

2010-03-01 18:04:35

WCF配置绑定

2010-02-22 10:52:34

PDA访问WCF

2010-02-23 09:51:32

WCF MTOM

2009-12-08 14:28:16

XTemplate +

2009-11-09 16:25:24

WCF Data Co

2009-12-04 17:35:51

WCF 服务

2010-03-30 08:40:36

WCF

2009-09-11 10:44:07

JavaScript实

2009-12-07 10:27:51

WCF分页

2009-09-04 09:27:48

C#调用浏览器
点赞
收藏

51CTO技术栈公众号