Is it possible to include the Windows domain credentials to test my web service with SOAP UI?
I found a properties page but the IIS just responses with \"wrong cred
The accepted solution will work in most scenarios. If, however, the service uses delegation to access resources on other servers, you will run into a double-hop issue with the NTLM authentication the Burp proxy uses. The proxy will successfully authenticate to the service, but subsequent calls made by the service to other resources using delegation will fail.
The issue is described well in this article:
http://blogs.msdn.com/b/besidethepoint/archive/2010/05/09/double-hop-authentication-why-ntlm-fails-and-kerberos-works.aspx
The easiest workaround I found for this was to use Fiddler as a proxy. On Fiddler's Rules menu, select 'Automatically Authenticate.' Then update your SoapUI preferences to use fiddler as a proxy (the default location is localhost:8888). Now your calls will be wrapped in a credential that can be delegated.
If you use LoadUI to execute your SoapUI test cases, the SoapUI test runner will use your SoapUI proxy settings, and your calls will continue to work.
Current release SoapUI 4.5.1 doesn't work with windows authentication, but nightly build version runs again well.
Download nightly build version
SoapUI doesn't seem to work directly with NTLM authentication, but you can use a proxy such as Burp Suite to do the auth for you.
I think SoapUI might only support NT authentication for the WSDL.
you can see some detail of how it is implemented here:
(BTW, this google search doesn't look promising for you!)
soapUI 4.5 just added support for NTLMv2 which negates the need for Burp Suite.