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