Problem: difference in behavior between ASP.NET & .NET EXE calling SOAP::Lite web service

[claughlin]

I am having an interesting, but very annoying problem related to making web service requests from .NET to a Perl SOAP::Lite web service that is running on Linux. Here is the situation: (1) In most cases, we are able to make web service calls from ASP.NET to the Perl web service just fine. There may be problems, but the test methods that we've tried seem to work fine. (2) A .NET console application is able to make calls to the Perl web service without any visible problems. (3) The problem comes in when the Perl web service throws a SoapException. When this happens and the web service was called from the ASP.NET client, a System.Runtime.Serialization.SerializationException is thrown that says the following: An unhandled exception of type 'System.Runtime.Serialization.SerializationException' occurred in Unknown Module. Additional information: The type System.Web.Services.Protocols.SoapException in Assembly System.Web.Services, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f57f11d50a3a is not marked as serializable. What is confusing is that we can make make the same call from a .NET console application to the Perl web service and it works properly, throwing a SoapException. In each of the clients (ASP.NET & .NET console app), a web reference to the Perl web service was created the exact same way in Visual Studio based on a WSDL file, so there are no apparent differences in that area. In summary, we are finding a difference in behavior between an ASP.NET client and a .NET console application and I can't figure out what the difference is between them. If anyone has any suggestions or information on this, it would be most appreciated. Thank you, Clark Laughlin