> Environment:
> c#, Framwork 2.0, Win2003 server, IIS 6.0, Copy deployment (uncompiled
[quoted text clipped - 17 lines]
> I have seen a number of 'solutions' to this problem, but they all apply to
> 1.0 and 1.1 frameworks.
What did those solutions say was the cause of the problem?
> Does anyone know why this is happening and what I can do about it in 2.0?
I don't know for sure what's happening, but does your web server have SSL
configured?

Signature
John Saunders [MVP]
kirk - 17 Apr 2007 19:19 GMT
John,
1) The solutions I was finding on the web were all based on the 1.1 and 1.0
framework. They involved tweaking the resource.cs file by overriding the
WebRequest method and setting the KeepAlive = false. Basicly, force the
creation of a new connection for every request. I guess that MS had a
support item on it at
'http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b819450' but
they have since removed the topic.
I can't follow the recommend because in VS 2005, there is no resource.cs
file any more. this file is generated on the fly by the .net framework
after deployment.
2) the web service is configured for ssl using a purchased certificate.
When my client hits my ws using https, my call to the 3rd party ws fails
with the error stated. If I allow my client to hit my ws without ssl, my
call to the 3rd party ws works just fine. In both cases I am hitting the
3rd party ws using ssl.
Kirk
>> Environment:
>> c#, Framwork 2.0, Win2003 server, IIS 6.0, Copy deployment (uncompiled
[quoted text clipped - 24 lines]
> I don't know for sure what's happening, but does your web server have SSL
> configured?
John Saunders [MVP] - 17 Apr 2007 22:18 GMT
> John,
>
[quoted text clipped - 14 lines]
> call to the 3rd party ws works just fine. In both cases I am hitting the
> 3rd party ws using ssl.
Your call to the 3rd party ws should be independent of how your ws was
called. The information that you were called over an SSL connection simply
should not be able to flow to the call on the 3rd party ws.
Unless, that is, you're doing something to couple the two. For instance, are
you using properties of the Request to set parameters for the call to the
3rd party ws? Look for any way that the information could be leaking from
the call to your client into the call to the other ws.

Signature
John Saunders [MVP]
kirk - 18 Apr 2007 00:13 GMT
John,
Thanks for the help. your last post prompted me to look deeper at what what
going on.
It turns out that I had a custom component I had written named security.dll
which was conflicting with another Security namespace used by the webserice
I was calling. I renamed the component and the namespaces in it,
recompiled, then after a little play got it working.
Again, thank you.
Kirk
>> John,
>>
[quoted text clipped - 23 lines]
> the 3rd party ws? Look for any way that the information could be leaking
> from the call to your client into the call to the other ws.