Calling .NET Web Service (WSE 2/3, WS-Security) from Java?

WS-Security specifications are not typically contained in a WSDL (never in a WSE WSDL). So wsdl2java does not know that WS-Security is even required for this service. The fact that security constraints are not present in a WSE WSDL is a big disappointment to me (WCF will include WS-Trust information in a WSDL).

WS-Security specifications are not typically contained in a WSDL (never in a WSE WSDL). So wsdl2java does not know that WS-Security is even required for this service. The fact that security constraints are not present in a WSE WSDL is a big disappointment to me (WCF will include WS-Trust information in a WSDL).

On the client end, you'll need to use Rampart to add the necessary WS-Security headers to your outgoing client message. Since the WSDL does not report what WS-Security settings are necessary, you're best off by asking the service provider what is required. WS-Security requirements may be simple plaintext password, or might be X509 certificates, or might be encrypted message..... Rampart should be able to handle most of these scenarios.

Apache Rampart is "turned on" by engaging the module in your axis2. Xml file. You'll need to download the Rampart module and put it in a specific place in your axis2 directory, then modify the xml file.

You can also engage Rampart programatically (please edit your original question if this is a requirement and I'll edit this response). Depending on how you configure rampart (through other XML files or programatically), it will intercept any outgoing messages and add the necessary WS-Security information to it. I've personally used axis2 with rampart to call a WSE3 service that is secured with UsernameToken in plaintext and it worked great.

Similar, but more advanced scenarios should also work. There are more details on how to set up and get started with Rampart on the site linked above. If you have problems about the specifics of Rampart or how to use Rampart with your particular WSE setup, then edit your question and I'll try my best to answer.

This seems to be a popular question so I'll provide an overview of what we did in our situation. It seems that services built in . NET are following an older ws-addressing standard (schemas.xmlsoap.org/ws/2004/03/addressing/) and axis2 only understands the newer standard (schemas.xmlsoap.org/ws/2004/08/addressing/).

In addition, the policyCache. Config file provided is in a form that the axis2 rampart module can't understand. So the steps we had to do, in a nutshell: Read the policyCache.

Config and try to understand it. Then rewrite it into a policy that rampart could understand. (Some updated docs helped.

) Configure rampart with this policy. Take the keys that were provided in the . Pfx file and convert them to a java key store.

There is a utility that comes with Jetty that can do that. Configure rampart with that key store. Write a custom axis2 handler that backward-converts the newer ws-addressing stuff that comes out of axis2 into the older stuff expected by the service.

Configure axis2 to use the handler on outgoing messages.In the end it was a lot of configuration and code for something that is supposed to be an open standard supported by the vendors. Although I'm not sure what the alternative is...can you wait for the vendors (or in this case, the one vendor) to make sure that everything will inter-op? As a postscript I'll add that I didn't end up doing the work, it was someone else on my team, but I think I got the salient details correct.

The other option that I was considering (before my teammate took over) was to call the WSS4J API directly to construct the SOAP envelope as the . NET service expected it. I think that would have worked too.

This ws-addressing issue is a real pain in the ass. Not only does WSS2 use an old, pre-release version of WS-Addressing, it adds propritery elements to the soap header (e.g. Wsa:via) that arent part of the schema. What a crock.

– skaffman Jul 1 '09 at 16:00 2 Everyone should keep in mind that WSE is obsolete. It was an interim solution to permit . NET web services to use the emerging WS-* stack.

It should not be surprising if it does not support the final standards. WCF does support the final standard versions of the WS-* protocols.It has replaced WSE, and should be used for all new development. WSE code should be replaced ASAP.

– John Saunders Sep 1 '09 at 2:31 @John: people implementing a client don't have much choice what the vendor used to implement the server. I see you make your living doing this stuff, but to devs who have to integrate with this stuff, it really sucks that it is so dependent on having just the right tools of just the right version from the One True Vendor. See 72.249.21.88/nonintersecting/… – Roboprog Feb 3 '10 at 2:56 @Roboprog: you often do have a choice.

If the server was created using something standard, then use WCF on the client. If not, then consider saying "no", whenever finances permit. Otherwise, we'll still be dealing with non-standards like WSE 2.0 in a decade.

– John Saunders Feb 3 '10 at 4:36 1 In my case there was no choice: we were calling a web service provided by a gov't agency. – Michael Sharek Feb 3 '10 at 15:24.

Apache Axis can generate proxy code from WSDL ws.apache.org/axis/java/user-guide.html#... NetBeans with the RESTful Web Services plug-in can generate code for you. Instructions for an example client for the eBay shopping web service are at ebay.custhelp.com/cgi-bin/ebay.cfg/php/e....

Mike I recently did a test and this is the code I used. I'm not using policy stuff, but I used WS-Security with plain text authentication. CXF has really good documentation on how to accomplish this stuff.

I used wsdl2java and then added this code to use the web service with ws-security. I hope this helps you out. Import java.io.

IOException; import java.util. HashMap; import java.util. Map; import javax.security.auth.callback.

Callback; import javax.security.auth.callback. CallbackHandler; import javax.security.auth.callback. UnsupportedCallbackException; import org.apache.cxf.ws.security.

Wss4j. WSS4JOutInterceptor; import org.apache.ws.security. WSConstants; import org.apache.ws.security.

WSPasswordCallback; import org.apache.ws.security.handler. WSHandlerConstants; public class ServiceTest implements CallbackHandler { public void handle(Callback callbacks) throws IOException, UnsupportedCallbackException { WSPasswordCallback pc = (WSPasswordCallback) callbacks0; // set the password for our message. Pc.

SetPassword("buddah"); } public static void main(String args){ PatientServiceImplService locator = new PatientServiceImplService(); PatientService service = locator. GetPatientServiceImplPort(); org.apache.cxf.endpoint. Client client = org.apache.cxf.frontend.ClientProxy.

GetClient(service); org.apache.cxf.endpoint. Endpoint cxfEndpoint = client.getEndpoint(); Map outProps = new HashMap(); outProps. Put(WSHandlerConstants.

ACTION, WSHandlerConstants. USERNAME_TOKEN + " " + WSHandlerConstants. TIMESTAMP); outProps.

Put(WSHandlerConstants. USER, "joe"); outProps. Put(WSHandlerConstants.

PASSWORD_TYPE, WSConstants. PW_TEXT); // Callback used to retrieve password for given user. OutProps.

Put(WSHandlerConstants. PW_CALLBACK_CLASS, ServiceTest.class.getName()); WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(outProps); cxfEndpoint. GetOutInterceptors().

Add(wssOut); try { List list = service. GetInpatientCensus(); for(Patient p : list){ System.out. Println(p.getFirstName() + " " + p.getLastName()); } } catch (Exception e) { // TODO Auto-generated catch block e.printStackTrace(); } } }.

CXF - I'd look into CXF. I've used it to create a web service and client in java using ws-secuirty. I also connected a .

Net web service to it. They have pretty good documentation too. I had more luck with it than axis.

I guess I should be more clear - I have used the wsdl2java code generators to generate client code for the service. However the generated code does not include the necessary WS-Security SOAP headers so that the service will accept the requests.

I'm faced with the a similar task and have yet to make all parts work with one framework, (I can use CXF but have problems with SSL, having issues with Rampart config). It seems that most examples have control over client and server. – Jared Knipp Apr 2 '09 at 16:38 @aurealus - Yes we did, updated this question.

Hopefully it will help you. :) – Michael Sharek Apr 2 '09 at 20:24.

I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.