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

Reply via email to