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/04/14 12:14:29 UTC
Re: [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
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 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