cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Kulp (JIRA)" <>
Subject [jira] Commented: (CXF-2789) wsdl2java generates bad @XmlSeeAlso annotation
Date Wed, 05 May 2010 17:04:06 GMT


Daniel Kulp commented on CXF-2789:

This is more or less working as designed.   The -nexclude excludes the generation of the code,
but it still assumes the classes are available.  The normal use case is that the classes have
been generated in a previous module or similar and can be picked up from there.

In your specific case, I would recommend using the -p parameter like "-p
 -p" or similar to get the code generated for them, but
outside the disallowed packages.   One main reason as well is if those faults appear on the
wire, we can at least deserialize them into something that may be useful.

> wsdl2java generates bad @XmlSeeAlso annotation
> ----------------------------------------------
>                 Key: CXF-2789
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Tooling
>    Affects Versions: 2.2.7
>            Reporter: peter schröder
>            Priority: Minor
>         Attachments: service.wsdl
> we are trying to generate a client stub from the attlasian crowd service wsdl and having
some problems with their (bad) approach on exception handling.
> there are several exceptions thrown that are in an inheritance chain with java.rmi.RemoteException
and java.lang.Throwable.
> we excluded these two from generation with calling wsdl with nexclude:
> {noformat}
> wsdl2java -autoNameResolution -verbose -client -d src/main/java -nexclude
-nexclude -b wsdl/service_bindings.xml wsdl/service.wsdl
> {noformat}
> this produces a port type like this:
> {noformat}
> @WebService(targetNamespace = "urn:SecurityServer", name = "SecurityServerPortType")
> @XmlSeeAlso({com.atlassian.crowd.integration.authentication.ObjectFactory.class,ObjectFactory.class,com.atlassian.crowd.integration.model.ObjectFactory.class,com.atlassian.crowd.integration.model.user.ObjectFactory.class,com.atlassian.crowd.integration.exception.ObjectFactory.class,java.rmi.ObjectFactory.class,com.atlassian.crowd.integration.soap.ObjectFactory.class,java.lang.ObjectFactory.class})
> @SOAPBinding(parameterStyle = SOAPBinding.ParameterStyle.BARE)
> public interface SecurityServerPortType {
> {noformat}
> where java.rmi.ObjectFactory.class and java.lang.ObjectFactory.class were not generated!
> maybe i did it completely wrong...

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message