Altova Mailing List Archives>Archive Index >microsoft.public.xml Archive Home >Recent entries >Thread Prev - Soap Toolkit V3 Trace Utility problem >Thread Next - RE: Soap Toolkit V3 Trace Utility problem RE: Soap Toolkit V3 Trace Utility problemTo: NULL Date: 8/2/2006 4:10:00 AM Hello Tim, As for the Trace Utility tool, it functions similarly as some other tcp/http trace tools (such as TcpTrace ). When we start a trace session, we just need to specify the following things: 1. The certain local port we want to listen on 2. The destination machine we will forward/redirect the data to 3. The destination port (on the destination machine we specify in #2) we will forward/redirect the data to And for your scenario, you want to trace the SOAP messages of a certain webservice method calls, you can follow the below steps: #suppose the webservice is hosted in IIS on serverA and can be accessed by the address like: http://serverA/serviceapp/service1.asmx 1) if you use trace utility on the client machine: **start trace utility and choose to create a formatted trace ** in the popup setting dialog, set the local port, destination port, destination host as below: local port: any unoccupied port on client machine(such as 8888) destination host: network name or ip address of serverA destination port: 80 (because the webservice is hosted in IIS on serverA which listen on 80 port) **After start the trace session, you need to do the following change in your webservice client proxy code or in IE when try accessing the webservice: change the address from http://serverA/serviceapp/service1.asmx to http://localhost:8888/serviceapp/service1.asmx Because the trace utility tool will help forward your request mesage from "localhost:8888" to "serverA(:80)". Thus, the utility can capture all the messages transfered through this trace session/channel. 2) if you use the trace utility on the server machine: **start trace utility and choose to create a formatted trace ** in the popup setting dialog, set the local port, destination port, destination host as below: local port: any unoccupied port on client machine(such as 8888) destination host: localhost (because you are perform the trace on server machine locally) destination port: 80 (because the webservice is hosted in IIS on serverA which listen on 80 port) **After start the trace session, you need to do the following change in your webservice client proxy code or in IE(on client machine) when try accessing the webservice: change the address from http://serverA/serviceapp/service1.asmx to http://serverA:8888/serviceapp/service1.asmx Because the trace utility tool is listening on the server machine and will forward any messge from client to the 8888 port to 80 port. Thus, the utility can capture all the messages transfered through this trace session/channel. Hope this help clarify the utility usage some. If you have anything unclear on the above description or anything I missed, please feel free to post here. Sincerely, Steven Cheng Microsoft MSDN Online Support Lead ================================================== Get notification to my posts through email? Please refer to http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif ications. Note: The MSDN Managed Newsgroup support offering is for non-urgent issues where an initial response from the community or a Microsoft Support Engineer within 1 business day is acceptable. Please note that each follow up response may take approximately 2 business days as the support professional working with you may need further investigation to reach the most efficient resolution. The offering is not appropriate for situations that require urgent, real-time or phone-based interactions or complex project analysis and dump analysis issues. Issues of this nature are best handled working with a dedicated Microsoft Support Engineer by contacting Microsoft Customer Support Services (CSS) at http://msdn.microsoft.com/subscriptions/support/default.aspx. ================================================== This posting is provided "AS IS" with no warranties, and confers no rights. | ||||||
| Company | Legal | Press | Partners | Careers | Sitemap | Contact Us | Altova Blog | Mobile | Full Site | |||
|
