Is there a work around for this wrt .NET HttpWebRequest/Response objects? I have some associates that have spent months putting together what they thought was a high throughput B2B component and they are totally toast because of this behavior. They are conversing with a dedicated HTTPS server farm, and need to be making a much larger number of concurrent connections than the 2 they are getting.
Spinning off a new AppDomain has no effect. Spinning off a new process does, but at only 2 connections per process, it's not a feasible solution. Keep Smilin' Ed Stegman -----Original Message----- From: Greg Reinacker I'm not sure about the SOAP toolkit you're using, but many toolkits (.NET included) will, by default, limit the number of concurrent HTTP connections to a single endpoint to 2 (this is part of the HTTP 1.1 spec, I believe). So you may be seeing an artificial bottleneck, where all of your requests are being funneled through 2 connections. snip... Greg Reinacker Reinacker & Associates, Inc. http://www.rassoc.com http://www.rassoc.com/gregr/weblog/ You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
