You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Gabo Manuel <km...@solegysystems.com> on 2009/03/25 10:55:20 UTC
[CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Hi All,
I have a service deployed using CXF and was planning to test it using a
CXF client as well. Attached is a zip file containing the service and
the wsdl generated.
However, when I issue the following:
D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
-autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
WSDLToJava Error: Non unique body parts! In a port, operations must have
unique operation signaure on the wire for successful dispatch. In port
{http://domain.some/}MyObjectServicePort, Operations
"{http://domain.some/}insertMyObject" and
"{http://domain.some/}updateMyObject" have the same request body block
{http://domain.some/}MyObject
I could be missing something basic, maybe some option in wsdl2java or
something. It's a bit odd that the wsdl that was created by CXF cannot
be translated by its own wsdl2java. :D
Thanks in advance.
Gabo
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Gabo Manuel <km...@solegysystems.com>.
Hi Dan,
Thanks for the update. I'll check out the snapshot in a week.
Gabo
Daniel Kulp wrote:
> On Tue April 14 2009 6:14:29 am Gabo Manuel wrote:
>
>> Hi Dan,
>>
>> Any update on this issue? I mean, if there is a work around (use Aegis
>> data binding perhaps?)?
>>
>
> Just logged a JIRA:
> https://issues.apache.org/jira/browse/CXF-2172
>
> The workaround would be to pull the XmlRootElement annotation off the object
> if that is at all possible. That said, I'm testing a fix now. Hopefully
> tomorrows snapshots would have it fixed.
>
> Dan
>
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Gabo Manuel <km...@solegysystems.com>.
Hi Dan,
Just want to say thanks. I checked the latest release (2.2.1) and works
like a charm.
Gabo
Daniel Kulp wrote:
> On Tue April 14 2009 6:14:29 am Gabo Manuel wrote:
>
>> Hi Dan,
>>
>> Any update on this issue? I mean, if there is a work around (use Aegis
>> data binding perhaps?)?
>>
>
> Just logged a JIRA:
> https://issues.apache.org/jira/browse/CXF-2172
>
> The workaround would be to pull the XmlRootElement annotation off the object
> if that is at all possible. That said, I'm testing a fix now. Hopefully
> tomorrows snapshots would have it fixed.
>
> Dan
>
>
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Daniel Kulp <dk...@apache.org>.
On Tue April 14 2009 6:14:29 am Gabo Manuel wrote:
> Hi Dan,
>
> Any update on this issue? I mean, if there is a work around (use Aegis
> data binding perhaps?)?
Just logged a JIRA:
https://issues.apache.org/jira/browse/CXF-2172
The workaround would be to pull the XmlRootElement annotation off the object
if that is at all possible. That said, I'm testing a fix now. Hopefully
tomorrows snapshots would have it fixed.
Dan
>
> Thanks in advance.
>
> Gabo
>
> P.S. Did you receive the attachment in my previous reply?
>
> Daniel Kulp wrote:
> > On Tue March 31 2009 12:04:05 am Gabo Manuel wrote:
> >> Hi Dan,
> >>
> >> I saw your latest comments re the jira. Would that mean that CXF has a
> >> problem generating the WSDL properly? Or is there an annotation I should
> >> fix?
> >
> > Ah. Didn't realize this was a "java first" thing producing that wsdl.
> > The JIRA item just really mentioned running wsdl2java on the wsdl.
> >
> > In anycase, it MAY be an issue with the annotations, but I'm not really
> > sure what it would be. I thought it would be a missing
> > @XmlType(name="MyObject") annotation on the MyObject thing causing no
> > "type" to be generated, but the wsdl was generated with the element and
> > complex split so that doesn't appear to be it.
> >
> > Hmmm.... Any chance of getting the code that caused that wsdl? At
> > least the SEI interface and the objects?
> >
> > Dan
> >
> >> Gabo
> >>
> >> Daniel Kulp (JIRA) wrote:
> >>> [
> >>> https://issues.apache.org/jira/browse/CXF-2136?page=com.atlassian.jira.
> >>>pl
> >>> ugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12693904#a
> >>>cti on_12693904 ]
> >>>
> >>> Daniel Kulp commented on CXF-2136:
> >>> ----------------------------------
> >>>
> >>>
> >>> Actually, this is not a valid wsdl according to WSI-BP rules. For
> >>> RPC/Lit, the parts in the message MUST be defined as a type, not an
> >>> element. A couple of the operations above are using <wsdl:part
> >>> element="tns:MyObject" name="myObject"> for input parts, and that's
> >>> not valid for RPC/Lit.
> >>>
> >>> The error message could be improved and I'll work on that a bit, but
> >>> this issue is invalid.
> >>
> >> Daniel Kulp wrote:
> >>> Hmmm... in RPC/Lit, those checks shouldn't be applying. The zip got
> >>> stripped off by Apache's mailer. Could you file a JIRA and attach?
> >>>
> >>> Thanks!
> >>> Dan
> >>>
> >>> On Wed March 25 2009 5:55:20 am Gabo Manuel wrote:
> >>>> Hi All,
> >>>>
> >>>> I have a service deployed using CXF and was planning to test it using
> >>>> a CXF client as well. Attached is a zip file containing the service
> >>>> and the wsdl generated.
> >>>>
> >>>> However, when I issue the following:
> >>>>
> >>>> D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
> >>>> -autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
> >>>>
> >>>> WSDLToJava Error: Non unique body parts! In a port, operations must
> >>>> have unique operation signaure on the wire for successful dispatch. In
> >>>> port {http://domain.some/}MyObjectServicePort, Operations
> >>>> "{http://domain.some/}insertMyObject" and
> >>>> "{http://domain.some/}updateMyObject" have the same request body block
> >>>> {http://domain.some/}MyObject
> >>>>
> >>>> I could be missing something basic, maybe some option in wsdl2java or
> >>>> something. It's a bit odd that the wsdl that was created by CXF cannot
> >>>> be translated by its own wsdl2java. :D
> >>>>
> >>>> Thanks in advance.
> >>>>
> >>>> Gabo
> >
> > ------------------------------------------------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 8.0.238 / Virus Database: 270.11.33/2031 - Release Date:
> > 03/30/09 17:56:00
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Gabo Manuel <km...@solegysystems.com>.
Hi Dan,
Daniel Kulp wrote:
> Ah. Didn't realize this was a "java first" thing producing that wsdl. The
> JIRA item just really mentioned running wsdl2java on the wsdl.
>
Sorry I forgot to mention that in the subject. But yes, this is a java
first service.
> Hmmm.... Any chance of getting the code that caused that wsdl? At least the
> SEI interface and the objects?
>
Sure thing. See attached file.
Thanks in advance.
Gabo
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Gabo Manuel <km...@solegysystems.com>.
Hi Dan,
Any update on this issue? I mean, if there is a work around (use Aegis
data binding perhaps?)?
Thanks in advance.
Gabo
P.S. Did you receive the attachment in my previous reply?
Daniel Kulp wrote:
> On Tue March 31 2009 12:04:05 am Gabo Manuel wrote:
>
>> Hi Dan,
>>
>> I saw your latest comments re the jira. Would that mean that CXF has a
>> problem generating the WSDL properly? Or is there an annotation I should
>> fix?
>>
>
> Ah. Didn't realize this was a "java first" thing producing that wsdl. The
> JIRA item just really mentioned running wsdl2java on the wsdl.
>
> In anycase, it MAY be an issue with the annotations, but I'm not really sure
> what it would be. I thought it would be a missing @XmlType(name="MyObject")
> annotation on the MyObject thing causing no "type" to be generated, but the
> wsdl was generated with the element and complex split so that doesn't appear
> to be it.
>
> Hmmm.... Any chance of getting the code that caused that wsdl? At least the
> SEI interface and the objects?
>
> Dan
>
>
>
>
>> Gabo
>>
>> Daniel Kulp (JIRA) wrote:
>>
>>> [
>>> https://issues.apache.org/jira/browse/CXF-2136?page=com.atlassian.jira.pl
>>> ugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12693904#acti
>>> on_12693904 ]
>>>
>>> Daniel Kulp commented on CXF-2136:
>>> ----------------------------------
>>>
>>>
>>> Actually, this is not a valid wsdl according to WSI-BP rules. For
>>> RPC/Lit, the parts in the message MUST be defined as a type, not an
>>> element. A couple of the operations above are using <wsdl:part
>>> element="tns:MyObject" name="myObject"> for input parts, and that's not
>>> valid for RPC/Lit.
>>>
>>> The error message could be improved and I'll work on that a bit, but this
>>> issue is invalid.
>>>
>> Daniel Kulp wrote:
>>
>>> Hmmm... in RPC/Lit, those checks shouldn't be applying. The zip got
>>> stripped off by Apache's mailer. Could you file a JIRA and attach?
>>>
>>> Thanks!
>>> Dan
>>>
>>> On Wed March 25 2009 5:55:20 am Gabo Manuel wrote:
>>>
>>>> Hi All,
>>>>
>>>> I have a service deployed using CXF and was planning to test it using a
>>>> CXF client as well. Attached is a zip file containing the service and
>>>> the wsdl generated.
>>>>
>>>> However, when I issue the following:
>>>>
>>>> D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
>>>> -autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
>>>>
>>>> WSDLToJava Error: Non unique body parts! In a port, operations must have
>>>> unique operation signaure on the wire for successful dispatch. In port
>>>> {http://domain.some/}MyObjectServicePort, Operations
>>>> "{http://domain.some/}insertMyObject" and
>>>> "{http://domain.some/}updateMyObject" have the same request body block
>>>> {http://domain.some/}MyObject
>>>>
>>>> I could be missing something basic, maybe some option in wsdl2java or
>>>> something. It's a bit odd that the wsdl that was created by CXF cannot
>>>> be translated by its own wsdl2java. :D
>>>>
>>>> Thanks in advance.
>>>>
>>>> Gabo
>>>>
>
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.238 / Virus Database: 270.11.33/2031 - Release Date: 03/30/09 17:56:00
>
>
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Daniel Kulp <dk...@apache.org>.
On Tue March 31 2009 12:04:05 am Gabo Manuel wrote:
> Hi Dan,
>
> I saw your latest comments re the jira. Would that mean that CXF has a
> problem generating the WSDL properly? Or is there an annotation I should
> fix?
Ah. Didn't realize this was a "java first" thing producing that wsdl. The
JIRA item just really mentioned running wsdl2java on the wsdl.
In anycase, it MAY be an issue with the annotations, but I'm not really sure
what it would be. I thought it would be a missing @XmlType(name="MyObject")
annotation on the MyObject thing causing no "type" to be generated, but the
wsdl was generated with the element and complex split so that doesn't appear
to be it.
Hmmm.... Any chance of getting the code that caused that wsdl? At least the
SEI interface and the objects?
Dan
>
> Gabo
>
> Daniel Kulp (JIRA) wrote:
> > [
> > https://issues.apache.org/jira/browse/CXF-2136?page=com.atlassian.jira.pl
> >ugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12693904#acti
> >on_12693904 ]
> >
> > Daniel Kulp commented on CXF-2136:
> > ----------------------------------
> >
> >
> > Actually, this is not a valid wsdl according to WSI-BP rules. For
> > RPC/Lit, the parts in the message MUST be defined as a type, not an
> > element. A couple of the operations above are using <wsdl:part
> > element="tns:MyObject" name="myObject"> for input parts, and that's not
> > valid for RPC/Lit.
> >
> > The error message could be improved and I'll work on that a bit, but this
> > issue is invalid.
>
> Daniel Kulp wrote:
> > Hmmm... in RPC/Lit, those checks shouldn't be applying. The zip got
> > stripped off by Apache's mailer. Could you file a JIRA and attach?
> >
> > Thanks!
> > Dan
> >
> > On Wed March 25 2009 5:55:20 am Gabo Manuel wrote:
> >> Hi All,
> >>
> >> I have a service deployed using CXF and was planning to test it using a
> >> CXF client as well. Attached is a zip file containing the service and
> >> the wsdl generated.
> >>
> >> However, when I issue the following:
> >>
> >> D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
> >> -autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
> >>
> >> WSDLToJava Error: Non unique body parts! In a port, operations must have
> >> unique operation signaure on the wire for successful dispatch. In port
> >> {http://domain.some/}MyObjectServicePort, Operations
> >> "{http://domain.some/}insertMyObject" and
> >> "{http://domain.some/}updateMyObject" have the same request body block
> >> {http://domain.some/}MyObject
> >>
> >> I could be missing something basic, maybe some option in wsdl2java or
> >> something. It's a bit odd that the wsdl that was created by CXF cannot
> >> be translated by its own wsdl2java. :D
> >>
> >> Thanks in advance.
> >>
> >> Gabo
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Gabo Manuel <km...@solegysystems.com>.
Hi Dan,
I saw your latest comments re the jira. Would that mean that CXF has a
problem generating the WSDL properly? Or is there an annotation I should
fix?
Gabo
Daniel Kulp (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/CXF-2136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12693904#action_12693904 ]
>
> Daniel Kulp commented on CXF-2136:
> ----------------------------------
>
>
> Actually, this is not a valid wsdl according to WSI-BP rules. For RPC/Lit, the parts in the message MUST be defined as a type, not an element. A couple of the operations above are using <wsdl:part element="tns:MyObject" name="myObject"> for input parts, and that's not valid for RPC/Lit.
>
> The error message could be improved and I'll work on that a bit, but this issue is invalid.
>
Daniel Kulp wrote:
> Hmmm... in RPC/Lit, those checks shouldn't be applying. The zip got
> stripped off by Apache's mailer. Could you file a JIRA and attach?
>
> Thanks!
> Dan
>
>
>
> On Wed March 25 2009 5:55:20 am Gabo Manuel wrote:
>
>> Hi All,
>>
>> I have a service deployed using CXF and was planning to test it using a
>> CXF client as well. Attached is a zip file containing the service and
>> the wsdl generated.
>>
>> However, when I issue the following:
>>
>> D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
>> -autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
>>
>> WSDLToJava Error: Non unique body parts! In a port, operations must have
>> unique operation signaure on the wire for successful dispatch. In port
>> {http://domain.some/}MyObjectServicePort, Operations
>> "{http://domain.some/}insertMyObject" and
>> "{http://domain.some/}updateMyObject" have the same request body block
>> {http://domain.some/}MyObject
>>
>> I could be missing something basic, maybe some option in wsdl2java or
>> something. It's a bit odd that the wsdl that was created by CXF cannot
>> be translated by its own wsdl2java. :D
>>
>> Thanks in advance.
>>
>> Gabo
>>
>
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
Posted by Daniel Kulp <dk...@apache.org>.
Hmmm... in RPC/Lit, those checks shouldn't be applying. The zip got
stripped off by Apache's mailer. Could you file a JIRA and attach?
Thanks!
Dan
On Wed March 25 2009 5:55:20 am Gabo Manuel wrote:
> Hi All,
>
> I have a service deployed using CXF and was planning to test it using a
> CXF client as well. Attached is a zip file containing the service and
> the wsdl generated.
>
> However, when I issue the following:
>
> D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client
> -autoNameResolution -exsh true -d ClientDir MyObjects.wsdl
>
> WSDLToJava Error: Non unique body parts! In a port, operations must have
> unique operation signaure on the wire for successful dispatch. In port
> {http://domain.some/}MyObjectServicePort, Operations
> "{http://domain.some/}insertMyObject" and
> "{http://domain.some/}updateMyObject" have the same request body block
> {http://domain.some/}MyObject
>
> I could be missing something basic, maybe some option in wsdl2java or
> something. It's a bit odd that the wsdl that was created by CXF cannot
> be translated by its own wsdl2java. :D
>
> Thanks in advance.
>
> Gabo
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog