[ 
http://jira.codehaus.org/browse/XFIRE-748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tom Lambrechts updated XFIRE-748:
---------------------------------

    Attachment: WSDLServiceBuilder.java

changed:
public static boolean isWrapped(Operation op, XmlSchemaCollection schemas)

When the output message or the output message parts are not present then look 
to the input message, do not deside BARE (non wrapped) .

Is there a pattern that tells us if there is no output message that the style 
should be BARE? If so why does the exporter not follow this?
Regards,
Tom

> Generation problem with mixed operation patterns in same WSDL
> -------------------------------------------------------------
>
>                 Key: XFIRE-748
>                 URL: http://jira.codehaus.org/browse/XFIRE-748
>             Project: XFire
>          Issue Type: Bug
>          Components: Generator
>    Affects Versions: 1.2.2
>            Reporter: Daniel Förberg
>         Assigned To: Dan Diephouse
>            Priority: Critical
>         Attachments: WSDLServiceBuilder.java
>
>
> I am currently migrating an application from JaxWS to JSR181 in way. We use 
> Java 5 and Jaxb 2.0.
> The problem is that when mixing one-way operation and response-req in same 
> WSDl file.
> It seem that the Java Interface assumes that every operation have a 
> parameterstyle as BARE.
> It should be WRAPPED because even the one-way operations are wrapped. This 
> causes
> problem invoking the service, cause the WSDL and the code will be different. 
> This critical
> for a customer i am helping. Tanks before.
> I hope we can find a solution or a workaround on this problem soon as possible
> Regards,
> Daniel

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Reply via email to