Hi there!
We don't know what exactly happens, but we could suggest troubleshooting steps. In situations like this you may start with looking at what goes on on the wire. For that please install
Fiddler, or some other HTTP tracing utility. If your client process runs under interactive user account, then no changes in your client code is necessary for http interception to work. However, since CLR stored proc code is probably hosted inside the LOCAL SYSTEM -based process, you may need to add
Code:wsClient.Proxy = new System.Net.WebProxy("localhost", "8888");
to your CLR sproc before calling the web service. Just make sure Fiddler runs on the same machine as your web service client. Also, for http tracing to work you have to use real machine name or IP address in the web service URL. Interception won't work if you use localhost or 127.0.0.1 in the web service URL. With this setup you will be able to monitor requests and responses and compare ones that work (from regular app) to those that don't (from CLR sproc). If you need a help in interpreting differences, please post here.
Please let us know if this information was helpful.
Best regards,
UltiDev Team.
Please donate at
http://www.ultidev.com/products/Donate.aspx to help us improve our products.