Hello, I'm running into some issues in using the wsdl2java application when it comes to outputting code which is able to communicate with a REST-based service.
There are several issues which have come up, so I'll start at the most basic and work my way down: 1. According to the W3C WSDL documentation, the "service" element is optional (http://www.w3.org/TR/wsdl20/#Description_XMLRep). However whenever attempting to ingest a WSDL without a service element with wsdl2java.sh, I get null pointer exceptions: -- Exception in thread "main" org.apache.axis2.wsdl.codegen.CodeGenerationException: java.lang.NullPointerException at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.generate(CodeGenerationEngine.java:271) at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35) at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24) -- The goal of not including a service element is spelled out in another section of the wsdl docs: http://www.w3.org/TR/wsdl20-primer/#adv-service-references . Our service is very similar to the example service in that we supply a list of things, which include a link to where the details of those things can be found. That link may or may not be a link relative to the initial list service, so the idea of just tacking on paths to the original URL as the current service element would have us do is not practical. 2. When the client makes a request to an unavailable resource (perhaps the details for that resource are no longer available), our service responds with an HTTP code (for example, 410 GONE), as well as an XML response. It seems that the http transport layer complains before I get a chance to inspect the response - I'm assuming that dealing with this problem is a matter of working with the behavior of the HTTP transport interface? 3. Outside of HTTP server errors - as I mentioned in the previous issue - we serve an XML response which details the error. My understanding from the interface element of the WSDL, was that the client could expect to get up to 4 possibly different XML responses from the service - infault/outfault and input/output. In testing the response handling of the client, whenever I invoke an error from the service, the client complains that it didn't get the response which it expected for the output (no error) response. I'm assuming I don't have to wrap the response in something like a SOAP envelope to indicate the regular payload versus some fault payload, correct? Any help input is greatly appreciated! thanks, -lev --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscr...@axis.apache.org For additional commands, e-mail: java-user-h...@axis.apache.org