 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
.NET Forum / ASP.NET / Web Services / April 2008Need to View SOAP Messages Between Client and Web Service
I have written a Web service using VS2005 and deployed it to a Web server and it is running using HTTPS. We have a person who is writing a desktop application using a non-Microsoft development tool. He is generating the requests manually and is having some difficulties. I have a Windows test harness application, also written with VS2005, that makes calls to the service without any problems. Is there a way to capture the request messages so that I can show him from live examples how to format the messages. He has the WSDL but is still having problems. Thank you, Eagle =?Utf-8?B?RWFnbGVSZWRASGlnaEZseWluZ0JpcmRzLmNvbQ==?= <EagleRedHighFlyingBirdscom@discussions.microsoft.com> wrote in news:41C82299-F20A-4B79-BB1D-8E8461BBD7D0@microsoft.com: > We have a person who is writing > a desktop application using a non-Microsoft development tool. He is > generating the requests manually and is having some difficulties. Modern development tools be it Java, PHP, Classic ASP, VB6, etc. all support web services in one form or another. > I > have a Windows test harness application, also written with VS2005, > that makes calls to the service without any problems. Is there a way > to capture the request messages so that I can show him from live > examples how to format the messages. He has the WSDL but is still > having problems. You can use an application like TCP trace to capture requests, but I suggest you get the developer to learn web services... because if the WSDL changes, his custom code will probably break. If your developer is unable to use webservices, choose an alternative technology, i.e. something simplier such as an ASP.NET web page which takes an XML POST.  Signaturespamhoneypot@rogers.com (Do not e-mail) The issue here is that the person who is writing a client to my service is not using such a tool and is having difficulty. I hope someone can provide a tip or a reference that explains how to view SOAP messages in VS2005 Web services. Thanks as always, Eagle > =?Utf-8?B?RWFnbGVSZWRASGlnaEZseWluZ0JpcmRzLmNvbQ==?= > <EagleRedHighFlyingBirdscom@discussions.microsoft.com> wrote in [quoted text clipped - 21 lines] > technology, i.e. something simplier such as an ASP.NET web page which takes > an XML POST. =?Utf-8?B?RWFnbGVSZWRASGlnaEZseWluZ0JpcmRzLmNvbQ==?= <EagleRedHighFlyingBirdscom@discussions.microsoft.com> wrote in news:E9FCDE2A-C03E-4BF5-B345-5BCBAE55C4AE@microsoft.com: > The issue here is that the person who is writing a client to my > service is not using such a tool and is having difficulty. I hope > someone can provide a tip or a reference that explains how to view > SOAP messages in VS2005 Web services. Out of curiousity, what tool is the developer using? Since your developer is not using web services - why do you insist on using a SOAP interface? Could you not front-end the SOAP interface with an ASP.NET page for the developer? That would remove hide all the complexity of SOAP and provide the developer with a simple HTTP POST protocol to work with? If your developer isn't willing to use a tool that supports web services, it's not worth your effort to cram it down his throat (it'll probably come back to haunt you...) :-) Signaturespamhoneypot@rogers.com (Do not e-mail) He indicates he has written Web services clients to other similar services. I don't know whose and what was used to write them. He hints that they provided other documentation than WSDL to assist him in his efforts. Providing a Web page front end is not an option since the calls are being made in RPC fashion from a desktop application that is making similar calls to other Web services. In other words, we are locked into providing a Web service interface. The developer seems to want do (or is being required to do) things in a more difficult fashion. I am not privy to quite a few things on his end. I was directed to write a Web service. Besides we already have an aspx application to the same backend. I will look into TCP trace. I have already tried Ethereal sniffing but I could not find what I was looking for in the output dispite taking the certificate off the hosting virtual directory. Thanks, Eagle > =?Utf-8?B?RWFnbGVSZWRASGlnaEZseWluZ0JpcmRzLmNvbQ==?= > <EagleRedHighFlyingBirdscom@discussions.microsoft.com> wrote in [quoted text clipped - 16 lines] > it's not worth your effort to cram it down his throat (it'll probably come > back to haunt you...) :-) =?Utf-8?B?RWFnbGVSZWRASGlnaEZseWluZ0JpcmRzLmNvbQ==?= <EagleRedHighFlyingBirdscom@discussions.microsoft.com> wrote in news:6D5E0A19-5C69-43A2-9320-1882D2AF0E63@microsoft.com: > Providing a Web page front end is not an option since the calls are > being made in RPC fashion from a desktop application that is making [quoted text clipped - 3 lines] > I am not privy to quite a few things on his end. I was directed to > write a Web service. By web page front end, I do not mean a graphical webpage, but one that accepts an automated XML post. In essence it is a "web service" that does not use SOAP but rather a MUCH more simplier (custom) protocol. So: Client -> XML HTTP Post to ASP.NET Page -> Web Service -> Back End Serveral online services use this concept: SMS Gateways, PayPal, Google API, Facebook API, etc. > I will look into TCP trace. I have already tried Ethereal sniffing > but I could not find what I was looking for in the output dispite > taking the certificate off the hosting virtual directory. Oh I forgot, take a look at Fiddler2 as well. Signaturespamhoneypot@rogers.com (Do not e-mail) SoapUI or WebService Studio. Sorry for bursting in like that, but the topic of the thread is exactly what I am looking for. I use VS2005 Webservices Proxy class, generated with WDSL.EXE to consume a webservice. I need to see the exact XML (or the complete request), just before it's sent over the wire, but I can't quite find out how. The closest I have got is to XmlSerialize the data structure sent with the request, but that only includes a part of the request. Can this be done with some method calls to the proxy class or is the IP package capture the only way to go ? Palli > Sorry for bursting in like that, but the topic of the thread is exactly > what [quoted text clipped - 14 lines] > > Palli You can do it with a SoapExtension. Look up that word in the MSDN documentation, and you'll find a good example. Signature-------------------------------------------------------------------------------- John Saunders | MVP – Windows Server System – Connected System Developer Thanks John, > You can do it with a SoapExtension. Look up that word in the MSDN > documentation, and you'll find a good example. This got me on the right track. It is however quite deep to find exactly how to apply a SoapExtension to a WebMethod. I used an unchanged solution for logging, which I found on MSDN, but how to apply it, was a mistery... Until I finally found out how, and then it's so simple. In my opinion this MSDN sample would be complete if they included an example on how to apply it. Thanks, Palli > Thanks John, > [quoted text clipped - 11 lines] > example > on how to apply it. Actually, the example I was thinking of _does_ include an example of how to apply it. Doesn't it show the application of the SoapExtensionAttribute it creates? At any rate, if you find the article lacking, then please provide feedback to Microsoft. Signature-------------------------------------------------------------------------------- John Saunders | MVP – Windows Server System – Connected System Developer Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
Reply to this Message
|
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.