[
https://issues.apache.org/jira/browse/CXF-2750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852493#action_12852493
]
Daniel Kulp commented on CXF-2750:
----------------------------------
This is per spec and not much we can do without violating the spec. In the
event of a collision, the spec requires that the USER provide a new name via
the @ResponseWrapper and @Response annotations.
> Output parameter and method name issue
> --------------------------------------
>
> Key: CXF-2750
> URL: https://issues.apache.org/jira/browse/CXF-2750
> Project: CXF
> Issue Type: Bug
> Components: JAXB Databinding
> Affects Versions: 2.2.7
> Reporter: Derek Ryder
>
> I discovered an issue related to the name of a method and it's associated
> output parameter name.
> If you name the method foo and the output parameter is named fooResponse,
> you'll end up with an exception.
> org.springframework.beans.factory.BeanCreationException: Error creating bean
> with name 'eSessionAuthenticationWS': Invocation of init method failed;
> nested exception is javax.xml.ws.WebServiceException:
> org.apache.ws.commons.schema.XmlSchemaException: Schema for namespace '<your
> name space>' already contains type 'fooResponse'
> I did some digging into the code and it appears to be an issue with the
> naming convention in the code. When generating the response object for an
> operation it takes the method name and adds Response to it and it ends up as
> a schema type. Then when the output parameter is being initialized there is
> already a fooResponse schema type and thus the schema type collision.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
