cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Valerie Vanler (JIRA)" <j...@apache.org>
Subject [jira] Updated: (CXF-2394) wsdl2java generates incorrect code when same element in request and reply
Date Mon, 17 Aug 2009 09:34:15 GMT

     [ https://issues.apache.org/jira/browse/CXF-2394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Valerie Vanler updated CXF-2394:
--------------------------------

    Attachment: wsdlToBePosted.zip

To reproduce the problem: mvn install in the unzipped folder

> wsdl2java generates incorrect code when same element in request and reply
> -------------------------------------------------------------------------
>
>                 Key: CXF-2394
>                 URL: https://issues.apache.org/jira/browse/CXF-2394
>             Project: CXF
>          Issue Type: Bug
>          Components: Tooling
>    Affects Versions: 2.1.4
>         Environment: Maven version: 2.0.8
> Java version: 1.5.0_17
> Maven plugin "cxf-codegen-plugin" (version 2.1.4) with goal "wsdl2java".
>            Reporter: Valerie Vanler
>         Attachments: wsdlToBePosted.zip
>
>
> I am working on a WSDL and related xsd files provided by a third party.
> In this WSDL,  the root element of the message matches with the name of the operation.
> So the Web service is recognized as "wrapper" web services style by Cxf (the @SOAPBinding
annotation
> is not present so the "wrapper" default is taken)
> I have created a simple wsdl/xsd to reproduce the problem I am facing.
> In fact, the request and the response have both a <xs:element> with the same name
("options" in my sample)
> The problem is that the "options" sub-tree is different in the request and in the response.
> The generated code is as follows:
> (extract)
>     public void addOptionRequest(
>         @WebParam(mode = WebParam.Mode.INOUT, name = "options", targetNamespace = "http://xml.testvv.com/AddOptionReply_1_0")
>         javax.xml.ws.Holder<com.testvv.xml.addoptionreply_1_0.AddOptionReply.Options>
options,
> 		...
> 		
> Where addOptionRequest is my "operation".
> The problem is that the "options" generated is the one from the reply. So I am not able
to create my request
> "options" to call my webservice.
> Is this a bug or should I use a special option to have the webservices recognized as
"non-wrapper"
> (if such an option exist, I haven't found it)
> Is the bug fix in a newer version of Cxf?
> Note: I have tried to rename the operation in the wsdl (in order to have a different
operation name than
> the root element of the schema) and in this case, the following annotation appears @SOAPBinding(parameterStyle
= SOAPBinding.ParameterStyle.BARE)
> and everything goes well.
> The problem is that as the WSDL/XSD are provided by a third party, I should not change
them.
> Any help would be great
> Valerie

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


Mime
View raw message