Using .NET Web Services with Mule
|MuleSoft recommends against deployments to Mule 3.8. Standard Support for this version ended on November 16, 2018, and Mule 3.8 will reach its End of Life on November 16, 2021, when Extended Support ends.|
Following are tips for using Mule to communicate with .NET web services.
There are three ways to secure a web service:
Via an HTTP web server
Via authentication tokens in the SOAP header
If you are running Mule on a Web App, you can configure the web server to use security by setting security configuration in
web.xml and in the server’s configuration file.
Alternatively, to secure a web service running on Mule (where Mule is the server), you can set the HttpBasicAuthenticationFilter on the web service component. Any call made to the web service would have to pass through the filter that delegates the authentication to Acegi.
Another alternative would be to use HTTPS where certificates are used for authentication.
For more information see Configuring Security.
You can send authentication tokens through SOAP headers as long as there is an authentication provider established that is able to understand the headers and perform the authentication.
If you are using CXF, you can configure a client and service to use WS-Security. For details, see Enabling WS-Security.
There are three methods for passing authentication information to a web service configured on Mule:
Pass them in the URL, such as
Set the authentication items as properties when using the Mule client
Create headers containing the authentication items and send them as properties when using the Mule client