using .Net soap client wrappers - any way to get to post data?

[Mark]

Hi...

I used wsdl.exe to generate some wrapper classes from someone's soap web
service, and I'm looking for some way to look at what the soap request packet
actually looks like. The webservice I'm consuming is https, so packet
sniffing won't help.

I put a demo in the debugger, and I found that if I get a non-200 status
from the Invoke(), I can catch the error and drill down into the object
hierarchy in the debugger to the PendingSyncRequ est._SubmitWrit e buffers, but
the VS debugger only shows those as numeric byte values (all 1035 of them);
I'd have to hand-translate all those byte codes to reconstruct the document.

I haven't seen it yet, but is there any method or api I can call at some
point to see what the POST data is? The <xml> soap request package?

Thanks
_mark

[[MSFT]]

Hi Mark,

If it wasn't https, we can use packet sniffing as you said, or a simple
trace utility in Soap ToolKit. If you can build a test enviroment with
http, this will be the easiest way.

Wth Https (SSL), we cannot trace the message from network layer. I suggest
you may take a look at Soap Extensions in .NET. Here is two articles about
it:

Digging into SOAP Headers with the .NET Framework
http://msdn.microsoft.com/library/de...us/dnservice/h
tml/service06182002 .asp

Altering the SOAP Message Using SOAP Extensions
http://msdn.microsoft.com/library/de...us/cpguide/htm
l/cpconalteringso apmessageusings oapextensions.a sp

With Soap Extensions, we can access the soap message at BeforeSerialize or
AfterSerialize, and log its content somewhere.

Luke

[Mark]

Hi...

Thanks for the links; that's been very helpful. The sample SoapExtension is
basically what I wanted to do. The gap I'm finding in the documentation,
however, is how to get the SoapExtension plugged in and working. There are
some references to how to configure a web.config for ASP.Net, and in another
spot a small reference to gaccing your extensions and plugging them into the
machine.config for everything, but I'm not having any luck figuring out out
to phrase it for an app.config just for my test case.

Probably won't need a <system.web> wrapper, don't know if I'll need a
<webServices> wrapper. For an app.config, will I need a section header to
specify this, or will these be recognized as "built in"?

Thanks
-mark

[[MSFT]]

Hi Mark,

On server side, you can put it in web.config. On client side, we need to
add it in app.config, for example:

<configuratio n>
<system.web>
<webServices>
<soapExtensionT ypes>
<add
type="WebServic eProgress.Progr essExtension, WebServiceProgr ess"
priority="1" group="0" />
</soapExtensionTy pes>
</webServices>
</system.web>
</configuration>
Luke

[Mark]

Hi Luke...

Thanks for responding. I took the TraceExtension example right out of the
msdn doc page you pointed me to, and then made a local config exactly like
the one below, except with TraceExtension in the add type.

I had the config file in the bin\debug directory with the project build.
First I called it app.config, then I called it <app>.exe.xml (which one msdn
page said should be the form. Neither worked, in that I don't get into the
extension code at all. And I didn't see any build/startup errors shown, so
I'm not sure what I'm doing wrong.

Should the app.config be somewhere else? Should it be built into the app as
a resource?

Thanks
_mark

[[MSFT]]

Hi Mark,

If your windows application named "winapp.exe ", your config file should be
in same folder and named "winapp.exe.con fig". You can add
"winapp.exe.con fig" mannually, or VS.NET compiler will help you generate it:

In VS.NET IDE, you can open the app.config and edit it. Then compile the
project.

Luke

[Mark]

Thanks Luke... When you create an extension, do you need to register it in
the GAC or something? As I said, I copy and pasted the TraceExtension code
directly from the msdn webpage into my project and then added
<add type="TraceExte nsion" priority="1" group="0"/>

in the application config. Now that I've got the app config in the right
place, it blows up saying that the type value is illegal. Then I changed it
from being a free-range class to being in the app namespace and put
"t.TraceExtensi on" but it still blows up saying the type value is illegal,
but it doesn't say what's illegal about it.

Thanks
_mark
"[MSFT]" wrote:

Hi Mark,

On server side, you can put it in web.config. On client side, we need to
add it in app.config, for example:

<configuratio n>
<system.web>
<webServices>
<soapExtensionT ypes>
<add
type="WebServic eProgress.Progr essExtension, WebServiceProgr ess"
priority="1" group="0" />
</soapExtensionTy pes>
</webServices>
</system.web>
</configuration>
Luke

[[MSFT]]

Hello,

For the "type" element, we need to specify the full class name like:

<add
type="WebServic eProgress.Progr essExtension, WebServiceProgr ess"
priority="1" group="0" />
"WebServiceProg ress.ProgressEx tension" is the full class name with
namespace; WebServiceProgr ess is the assembly name in the application
folder.

Luke

[[MSFT]]

Hello Mark,

I think we have you add an assembly name here even the class is define in
same assembly. Also, the class name should be full name with namespace.

Luke