Is soap client proxy that wsdl.exe generates thread safe?



Hi,



I have a static reference to a soap proxy at client side and I am concern
about its thread safety. All parts of the application are calling the same
web methods quite often. Is the code that wsdl.exe generates for web service
client thread safe?



Thank you,

Max




.



Relevant Pages

  • Using PrincipalPermission on WebMethods with Forms Authentication
    ... application for its UI and ASP.NET web services for its business tier, ... declarative security on my web methods so I can secure them more easily. ... includes three properties, username, password and client id, and currently ...
    (microsoft.public.dotnet.framework.webservices)
  • RE: Asynchronous web methods
    ... code is based on asynchronous web methods on both client and server sides. ... synchronous and asynchronous method calls in terms of performance. ...
    (microsoft.public.dotnet.general)
  • RE: Unauthorized error with ListReports web method
    ... You may perform following steps to see if they can help on trouble shoot: ... add two web methods in the web services:GetReports and ListReports, ... ensure the two web methods don't have any differences besides of their name. ... In the client application project, remove the web reference, and add it ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Re: TESTING WEB SERVICE IN BROWSER
    ... I have created a client that consumes the web service and it works fine. ... I am not familiar with unit tests, but I will look into it. ... I have a web service with web methods that take nullable DateTime ... test tool in Visual Studio Team System Developer Edition. ...
    (microsoft.public.dotnet.framework.webservices)
  • Threading locks with remoting
    ... remoting object for an external client application to communicate with ... We've discovered the client is making updates to the class ... while thats not an issue I'm curious about threading with remote calls. ... or do I need to add my own thread safety code to ...
    (microsoft.public.dotnet.languages.csharp)

Loading