P
Pebble
Hi folks,
I have a WebService that simply acts as a thin wrapper to a .Net dll.
Literally almost zero code in the WebService.
Parameters passed to the WebService are simply used as parameters to
methods on the dll, and all parameters to my web methods are strings.
(The strings, just for further info, contain XML).
In the WebService by way of some diagnostic code I perform an
XmlDocument.Save() prior to calling my dll (to store the "string" in an
XML document), the theory being that I can then do an XmlDocument.Load()
on any file to diagnose a problem in my dll should a request to a
WebService fail. So far so good.. (well actually no)
Now here's the thing.. I had a client app (iexplorer) make a call the
WebService and that method failed, and on identifying which XML document
on my server failed, I loaded it up and tested my dll directly and it
worked. So obviously this means that some encoding issue between "being
sent over the wire from a browser" and "retreived as a string from a
file" is causing a discrepancy in testing since they're different input
parameters and are leading to different results. I know it is infact
this because when I do an XmlDocument.Load() in my WebService before
calling my dll so they have the SAME input data the dll also works from
the WebService. Argh.
So my question is: How can I test my WebService and DLL so that they
both use the same input data. How do I effectively test my dll so the
string I pass to a particular method is the string "as it was recieved
over the wire" by my WebService method.
Hope I've been clear?
Pebble
I have a WebService that simply acts as a thin wrapper to a .Net dll.
Literally almost zero code in the WebService.
Parameters passed to the WebService are simply used as parameters to
methods on the dll, and all parameters to my web methods are strings.
(The strings, just for further info, contain XML).
In the WebService by way of some diagnostic code I perform an
XmlDocument.Save() prior to calling my dll (to store the "string" in an
XML document), the theory being that I can then do an XmlDocument.Load()
on any file to diagnose a problem in my dll should a request to a
WebService fail. So far so good.. (well actually no)
Now here's the thing.. I had a client app (iexplorer) make a call the
WebService and that method failed, and on identifying which XML document
on my server failed, I loaded it up and tested my dll directly and it
worked. So obviously this means that some encoding issue between "being
sent over the wire from a browser" and "retreived as a string from a
file" is causing a discrepancy in testing since they're different input
parameters and are leading to different results. I know it is infact
this because when I do an XmlDocument.Load() in my WebService before
calling my dll so they have the SAME input data the dll also works from
the WebService. Argh.
So my question is: How can I test my WebService and DLL so that they
both use the same input data. How do I effectively test my dll so the
string I pass to a particular method is the string "as it was recieved
over the wire" by my WebService method.
Hope I've been clear?
Pebble