Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Message-ID: <9239053.25031273079046329.JavaMail.jira@thor>
Date: Wed, 5 May 2010 13:04:06 -0400 (EDT)
From: "Daniel Kulp (JIRA)" <jira@apache.org>
To: issues@cxf.apache.org
Subject: [jira] Commented: (CXF-2789) wsdl2java generates bad @XmlSeeAlso
 annotation
In-Reply-To: <514309.58171272465392363.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/CXF-2789?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D128644=
05#action_12864405 ]=20

Daniel Kulp commented on CXF-2789:
----------------------------------


This is more or less working as designed.   The -nexclude excludes the gene=
ration of the code, but it still assumes the classes are available.  The no=
rmal 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 ht=
tp://lang.java=3Dcom.mycompany.jlang  -p http://rmi.java=3Dcom.mycompany.jr=
mi" or similar to get the code generated for them, but outside the disallow=
ed packages.   One main reason as well is if those faults appear on the wir=
e, we can at least deserialize them into something that may be useful.

> wsdl2java generates bad @XmlSeeAlso annotation
> ----------------------------------------------
>
>                 Key: CXF-2789
>                 URL: https://issues.apache.org/jira/browse/CXF-2789
>             Project: CXF
>          Issue Type: Bug
>          Components: Tooling
>    Affects Versions: 2.2.7
>            Reporter: peter schr=C3=B6der
>            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 handli=
ng.
> 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=
 http://rmi.java=3Djava.rmi -nexclude http://lang.java=3Djava.lang -b wsdl/=
service_bindings.xml wsdl/service.wsdl
> {noformat}
> this produces a port type like this:
> {noformat}
> @WebService(targetNamespace =3D "urn:SecurityServer", name =3D "SecurityS=
erverPortType")
> @XmlSeeAlso({com.atlassian.crowd.integration.authentication.ObjectFactory=
.class,ObjectFactory.class,com.atlassian.crowd.integration.model.ObjectFact=
ory.class,com.atlassian.crowd.integration.model.user.ObjectFactory.class,co=
m.atlassian.crowd.integration.exception.ObjectFactory.class,java.rmi.Object=
Factory.class,com.atlassian.crowd.integration.soap.ObjectFactory.class,java=
.lang.ObjectFactory.class})
> @SOAPBinding(parameterStyle =3D 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...

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