[
https://issues.apache.org/jira/browse/TUSCANY-2332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dan Becker resolved TUSCANY-2332.
---------------------------------
Resolution: Fixed
Resolved in branch 1.x via revision: 733526 . Test case that demonstrates
holder support will be checked in under separate Jira.
> reconsider non-support for Holders
> ----------------------------------
>
> Key: TUSCANY-2332
> URL: https://issues.apache.org/jira/browse/TUSCANY-2332
> Project: Tuscany
> Issue Type: Improvement
> Components: Java SCA Data Binding Runtime
> Reporter: Scott Kurz
> Assignee: Dan Becker
> Fix For: Java-SCA-Next
>
> Attachments: guessAndGreet.wsdl,
> sample-holder-ws-service.20081123.zip, SebastiensHolder.wsdl
>
>
> Though the Java annotations/API spec specifically says wrt WSDL-> Java
> mapping:
> The JAX-WS mappings are applied with the following restrictions:
> • No support for holders
> I'd like to suggest that we look into enabling such support anyway, as this
> seems overly restrictive and prevents us from supporting existing WSDLs with
> inout data.
> At least I don't see how we'd map these WSDLs to Java and would think we'd be
> way better off relying on the mapping defined by JAX-WS which does use
> Holders.
> (Not sure what this statement in the spec was trying to accomplish.)
> I attached an example WSDL with two operations which we'd want to use Holders
> in the corresponding Java methods. One has a common child element of both
> input/output wrapper elem and the other has a common part of input/output
> message.
> (Maybe it would be better to bring this up before opening a JIRA, but I
> wanted to attach the WSDL.)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
