I have modified the wsdl changing the name of the element.
Hour says to me: Unexpected subelement return
in the WS I have specified, through annotations JAX-WS, the name of the
return
ws:
package it.postecom.fsbp.ws.customer.endpoint.sei;
import it.my.bean.dto.out.CustomerServiceOutDTO;
import javax.jws.WebMethod;
import javax.jws.WebParam;
import javax.jws.WebResult;
import javax.jws.WebService;
import javax.jws.soap.SOAPBinding;
@WebService(name="CustomerService" , targetNamespace="http://my.it";)
@SOAPBinding(
style=SOAPBinding.Style.DOCUMENT,
parameterStyle=SOAPBinding.ParameterStyle.WRAPPED,
use=SOAPBinding.Use.LITERAL
)
public interface CustomerServiceInterface {
@WebMethod(action="http://my.it/retrieveCustomerIdentifyByCF";)
@WebResult(name="CustomerServiceOutDTO",targetNamespace="http://my.it/data";)
public CustomerServiceOutDTO retrieveCustomerIdentifyByCF(
@WebParam(name="requestId") String requestId,
@WebParam(name="cf") String cf
);
}
Where i'm mistake ?!?!
thanks in advance
Michael Mattox (JIRA) ha scritto:
add an option not to generate xmlbeans classes and instead get them from
classpath
----------------------------------------------------------------------------------
Key: AXIS2-3055
URL: https://issues.apache.org/jira/browse/AXIS2-3055
Project: Axis 2.0 (Axis2)
Issue Type: New Feature
Affects Versions: 1.2
Reporter: Michael Mattox
Priority: Minor
With XFire, when generating the java code from the WSDL, XFire looks on the classpath for the xmlbeans and if they're there, XFire does not generate them. This would be very useful with Axis2. At the moment, I do not believe there is any way to avoid having Axis2 generate the xmlbeans classes.
In my particular case I found a bug with this generation
(https://issues.apache.org/jira/browse/AXIS2-3048), and the workaround is to
empty out all my elements and complex types and use wsdl2java and then generate
the classes from the real schemas with xmlbeans. Kind of cumbersome.
I prefer to have xmlbeans generate my classes and axis2 generate the web
service related files. That way I keep the two separate.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
