Using .NET Web Services with Mule
|Mule Runtime Engine versions 3.5, 3.6, and 3.7 reached End of Life on or before January 25, 2020. For more information, contact your Customer Success Manager to determine how you can migrate to the latest Mule version.|
Following are tips for using Mule to communicate with .NET web services.
There are three ways to secure a web service:
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 in the web service component. Any call made to the web service has to pass through the filter that delegates the authentication to Acegi.
Another alternative is 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 with the
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.