XML Logging: Difference between revisions
No edit summary |
|||
Line 9: | Line 9: | ||
==Web Service Client XML Logging== | ==Web Service Client XML Logging== | ||
Logging the XML sent by a web service client is relatively easy. It simply involves getting the psXML property of the object pointed to by the phoSoapRequest property of your web service client object. Something like this: | |||
<blockquote> | |||
Move (psXML(phoSoapRequest(oXyzService(Self)))) to sXML | |||
</blockquote> | |||
==Web Service XML Logging== | ==Web Service XML Logging== |
Revision as of 13:41, 5 November 2007
With Service Oriented systems it can be very important to have a log of the XML that has been sent and received by the systems involved, for purposes of determining exactly what went on to cause any given situation (usually an error situation, otherwise there would be no need to look into it). This article looks at how such things can be done and how the logged XML can then be used to investigate the problem.
Web Service Client XML Logging
Logging the XML sent by a web service client is relatively easy. It simply involves getting the psXML property of the object pointed to by the phoSoapRequest property of your web service client object. Something like this:
Move (psXML(phoSoapRequest(oXyzService(Self)))) to sXML
Web Service XML Logging
There is a very real difficulty regarding accessing the XML which is passed it a VDF Web Service (at least so far as revisions up to VDF 12.1 are concerned). The problem is that the original XML is nowhere available to the VDF program. One possible solution would be to employ some kind of HTTP proxy on the server involved, which would receive the XML (actually the HTTP within which the XML is wrapped) before it reached IIS, log that, then pass it on to IIS. However here we are going to look at the best that can be managed from within the VDF programming environment at the moment.