Develop every application as an art using the most suitable technologies!
2007.10-2008.9: Solutions Architect
2008.10-2009.9: Connected System
本blog原创文字（标明[原创]字样）只代表本人某一时间内的观点或结论，与本人所在公司没有任何关系。第三方若用于商业用途的转载，须取得本人授权。一般的引用、转载请标明出处！
首先我们来讲讲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的情况下，tcpTrace实际是就是充当了Intermediary Node的角色。
我们现在就来介绍如果使用tcpTrace。
假设我们在Local host有一个Calculator Service, Endpoint的Address的Uri为：http://localhost:8888/Calculator（Port为8888）。为了使大家有一个具体的认识，我给出了Host该Service的configuration：
在一般的情况下，Client具有下面一段对应的Configuration（Port为8888）
上面实际上是Client直接和Service进行交互的方式。现在我们需要做的是，先把Soap发送给tcpTrace，tcpTrace进行Soap trace之后再把Soap Message传到真正的Service。就需要一个特殊的Client端的Endpoint Behavior：ClientViaBehavior。假设tcpTrace进行监听的Port为8080,那么Client实现了ClientViaBehavior的configuration将会是如下的样子：
我们现在就可以来进行Soap Trace了，现在我们启动tcpTrace。进行如下的设置，Destination Server和Destination Port为Service Endpoint对应的Host和Port。我们甚至还可以通过Log文件把Trace保存起来。
然后先后运行Service和Client，你将会在tcpTrace上看到他所截获的Request和Response的内容：
而且相应的内容被记录到我们指定的Log文件中:
WCF相关内容：[原创]我的WCF之旅（1）：创建一个简单的WCF程序[原创]我的WCF之旅（2）：Endpoint Overview[原创]我的WCF之旅（3）：在WCF中实现双向通信（Bi-directional Communication）[原创]我的WCF之旅（4）：WCF中的序列化（Serialization）- Part I[原创]我的WCF之旅（4）：WCF中的序列化（Serialization）- Part II [原创]我的WCF之旅（5）：Service Contract中的重载（Overloading）[原创]我的WCF之旅（6）：在Winform Application中调用Duplex Service出现TimeoutException的原因和解决方案[原创]我的WCF之旅（7）：面向服务架构（SOA）和面向对象编程（OOP）的结合——如何实现Service Contract的继承 [原创]我的WCF之旅（8）：WCF中的Session和Instancing Management [原创]我的WCF之旅（9）：如何在WCF中使用tcpTrace来进行Soap Trace[原创]我的WCF之旅（10）： 如何在WCF进行Exception Handling [原创]我的WCF之旅（11）：再谈WCF的双向通讯-基于Http的双向通讯 V.S. 基于TCP的双向通讯 [原创]我的WCF之旅（12）：使用MSMQ进行Reliable Messaging[原创]我的WCF之旅（13）：创建基于MSMQ的Responsive Service
posted on 2007-06-14 00:19 Artech 阅读(7478) 评论(35) 编辑 收藏 网摘
坐坐自己的沙发。 回复 引用 查看
好啊好啊 回复 引用 查看
不得不说，你这个系列的文章是我印象中质量最高的博文。 回复 引用 查看
@Jeffrey Zhao 老赵过奖了：） 回复 引用 查看
请问SOAP ToolKit在哪个安装包里可以找到？ 回复 引用
@Bird 你需要从网上下，Google以下Microsoft Soap Toolkit Version 3。中间有一个叫做Trace Utility的工具，原来使用Web Service我很喜欢这个工具。但是对于WCF，不知道我的使用方式有问题还是怎么回事，不能正常使用了。我现在都用tcpTrace。 回复 引用 查看
@Artech 好的，谢谢。 回复 引用
首先感谢楼主的分享。 请问一下，文中提到的TcpTrace是来自http://www.pocketsoap.com还是来自http://jarok.cs.ohiou.edu/software/tcptrace/?我从前者下载了一个安装包" target="_new">http://www.pocketsoap.com还是来自http://jarok.cs.ohiou.edu/software/tcptrace/?我从前者下载了一个安装包，但安装的结果是一堆程序集和头文件，不包含可执行文件；而后者看说明好像仅用于linux/unix系统。 另外，楼主提到的这种方式需要改动配置文件，有没有更简单的方法，比如用HttpWatch之类的工具去嗅探所有发往80端口（对于默认的basicHttpBinding）的消息之类的？ 回复 引用 查看
TcpTrace应该很好找吧 记得上次随便一搜救找到了，你说的那个跟定不是。 TcpTrace在启动的时候，设置任意Listen Port和Destination Port，然后就会接受来自Listen Port的Message，最终Forward到Destination Port。 回复 引用 查看
非常不错的文章。 我现在大概遇到了负载均衡问题。 一个对外的代理服务器，后台大概有50台左右工作服务器。 外面连接到代理服务器，由代理服务器根据负荷选择一个后台工作服务器。 看你的配置文件： >〉 那么Client实现了ClientViaBehavior的configuration将会是如下的样子： >client> > <endpoint address="http://localhost:8888/Calculator" >behaviorConfiguration="calculatorEndpointBehavior" > binding="wsHttpBinding" >contract="Artech.ExceptionHandling.Contract.ICalculator" > name="defualtEndpoint" /> > </client> 里面为何还是有最终目的地址？ 怎样做才能由代理服务器作处理之后再动态转发到一个服务器之上。 （现在的方案是先连接代理服务器获得后台服务器地址，然后再次连接后台服务器。） 回复 引用
BasicHttpBinding无法使用TcpTrace，我改成wsHttpBinding可以了 回复 引用 查看
@宁华波BasicHttpBinding肯定是可以的^_^ 回复 引用 查看
我是菜鸟，怎么弄得啊？ 十分佩服楼主啊。另外问一下，我要学习WCF.有没有必要买《WCF服务编程呢》？补充：是必须得学，因为工作需要。 回复 引用 查看
用wsHttpBinding提示下面的异常，不知道怎么解决啊。The binding specified requires that the to and via URIs must match because the Addressing Version is set to None. 回复 引用 查看
用netTcpBinding绑定的话，得到的消息是不是只能见到一堆乱码啊？正在看你的博文学习WCF，以后请多多指教 回复 引用
@宁华波： 我也遇到了你遇到的问题。 只要EndPoint的address和ClientVia的地址不一样就会报错： The binding specified requires that the to and via URIs must match because the Addressing Version is set to None. 但我和你刚刚相反，我用wsHttpBinding的时候没有问题，用basicHttpBinding的时候会出错。 另外，有没有人知道这里所谓的Addressing Version 是什么？如何设定？ 回复 引用 查看
@食草笨笨熊 Binding.MessageVersion=? MessageVersion = EnvelopeVersion+AddressingVersion EnvelopeVersion:None,Soap11,Soap12 AddressingVersion:None, WSAddressing10,WSAddressingAugust2004 MessageVersion: None ,Soap11 ,Soap11WSAddressing10 ,Soap11WSAddressingAugust2004 ,Soap12 ,Soap12WSAddressing10 ,Soap12WSAddressingAugust2004 回复 引用 查看
@Artech: 非常感谢。 我在msdn上查了，确实如你所说。 但是还是没找到在什么地方设定MessageVersion，Config里面好像没有地方设定。（我是用IIS Host服务的） 是需要重写CreateMessage或者CreateVersion方法什么的才能设定吗？ 另外，我的wsHttpBinding和basicHttpBinding都没有设置过这个，是因为wsHttpBinding和basicHttpBinding默认的MessageVersion不同吗？ 回复 引用 查看
@食草笨笨熊 <binding> <textMessageEncoding messageVersion="Soap11"> ... </binding> wsHttpBinding: MessageVersion.Soap12WSAddressing10 basicHttpBinding: MessageVersion.Soap11; 回复 引用 查看
@Artech: 我还是没找到，我用SvcConfigEditor.exe编辑Config的话，只在Advanced->Extensions->binding element extensions里面看到textMessageEncoding，但是这地方是不能设的，在<binding>节点下面没有textMessageEncoding节点（自动提示中没有），强行设定<textMessageEncoding messageVersion="Soap11">的话，运行的时候会报错：Unrecognized element 'textMessageEncoding'. 是不是这个属性有什么相关联的属性我没有设置好？ 谢谢。 回复 引用 查看
我的<binding>节点下面倒是有MessageEncoding和textEncoding两个属性， 是不是只有CustomBinding才支持textMessageEncoding的设定啊？ 再次感谢 回复 引用 查看
@食草笨笨熊 没错，只有CustomBinding才支持textMessageEncoding的设定。对于WsHttpBinding和BasicHttpBinding由于他们需要支持不同的WS-* Spec，MessageVersion应该是不能改变的。 回复 引用 查看
@Artech: 哦，那也就是说basicHttpBinding不支持通过clientVia进行路由了吧？ 回复 引用 查看
@食草笨笨熊 应该是不支持的，因为Basic的AddressingVersion是None。 你可以不同通过Client的方式来使用TcpTrace，你直接将Address改称ClientVia的Uri也可以。 比如： Client：http://127.0.0.1:8888/service" target="_new">http://127.0.0.1:8888/service TcpTrace:8888=>9999 Server:http://127.0.0.1:9999/service" target="_new">http://127.0.0.1:9999/service 回复 引用 查看
@Artech: 好的，多谢。 回复 引用 查看
我按你的方法运行tcptrace，但是不能输出如何东西，只有我更改记录日志的文件时才会在以前那个日志中生成<tcpTraceLog tcpTraceVersion='0.8.1.717' xmlns='http://www.pocketsoap.com/tcptrace/xmlformat/01' xmlns:xsd='http://www.w3.org/1999/XMLSchema' xmlns:xsi='http://www.w3.org/1999/XMLSchema-instance'><logStarted xsi:type='xsd:timeInstant'>2008-11-26T16:07:37+-8:00</logStarted><logStopped xsi:type='xsd:timeInstant'>2008-11-26T16:08:24+-8:00</logStopped></tcpTraceLog>其它的就什么都不能输出 回复 引用
wcf服务endpoint为：net.tcp://localhost:883/ tcpTrace指定使用8888端口不能监控到, http://localhost:8888/报错了" target="_new">http://localhost:8888/报错了 The page cannot be displayed. 但是监控 http://localhost:884/可以" target="_new">http://localhost:884/可以. 请问博主，如何监控使用net.tcp Binding的endpoint? 回复 引用 查看
--引用--------------------------------------------------Charlie.Zhang: 我按你的方法运行tcptrace，但是不能输出如何东西，只有我更改记录日志的文件时才会在以前那个日志中生成<tcpTraceLog tcpTraceVersion='0.8.1.717' xmlns='<a href="http://www.pocketsoap.com/tcptrace/xmlformat/01" target="_new" rel="nofollow">http://www.pocketsoap.com/tcptrace/xmlformat/01</a>' xmlns:xsd='<a href="http://www.w3.org/1999/XMLSchema" target="_new" rel="nofollow">http://www.w3.org/1999/XMLSchema</a>' xmlns:xsi='<a href="http://www.w3.org/1999/XMLSchema" target="_new" rel="nofollow">http://www.w3.org/1999/XMLSchema</a>-instance'><logStarted xsi:type='xsd:timeInstant'>2008-11-26T16:07:37+-8:00</logStarted><logStopped xsi:type='xsd:timeInstant'>2008-11-26T16:08:24+-8:00</logStopped></tcpTraceLog>其它的就什么都不能输出--------------------------------------------------------我最近试了一下，好像也没有输出到文件，还没有搞清楚！ 回复 引用 查看
--引用--------------------------------------------------Ready!: wcf服务endpoint为：net.tcp://localhost:883/ tcpTrace指定使用8888端口不能监控到, <a href="http://localhost:8888/报错了" target="_new">http://localhost:8888/报错了</a> The page cannot be displayed. 但是监控 <a href="http://localhost:884/可以" target="_new">http://localhost:884/可以</a>. 请问博主，如何监控使用net.tcp Binding的endpoint?--------------------------------------------------------可以是由于编码的问题，监控基于Binary编码的NetTcpBinding的Endpoint有点问题。你看有使用一些其他的网络监测工具，比如Fiddle！ 回复 引用 查看
@Artech找了好些工具了， tcpmonitor, EtherPeek 等等，似乎都不能很好的监测到通讯的数据。还有，我想知道serialization的方式encoding的过程等等，我怎么能够监控到呢？ 回复 引用 查看
昵称： [登录] [注册]
主页：
邮箱：(仅博主可见)
验证码： 看不清，换一个
评论内容：
登录 注册
[使用Ctrl+Enter键快速提交评论]
Powered by: 博客园 Copyright © Artech