You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Aritz Bastida (JIRA)" <ji...@apache.org> on 2019/01/18 15:24:00 UTC

[jira] [Created] (CXF-7951) Async binding not JAX-WS compliant

Aritz Bastida created CXF-7951:
----------------------------------

             Summary: Async binding not JAX-WS compliant
                 Key: CXF-7951
                 URL: https://issues.apache.org/jira/browse/CXF-7951
             Project: CXF
          Issue Type: Bug
          Components: JAX-WS Runtime
    Affects Versions: 3.2.6
            Reporter: Aritz Bastida


According to JAX-WS 2.3 spec, section 2.3.4.3, the async binding differs from the sync binding in the handling of in-out and out parameters, namely:
 * No Holder class is used
 * Out parts or wrapper childs are gathered as properties in an ebtity called RespobseBean.

Personally, I don't understand this requirement because this results in a different method signature. But for some reason that' what the spec days...

In our project we are deploying our our services in Weblogic, which includes Metro (JAX-WS RI) as JAX-WS implementation. And that requires the above signature for the async binding to work.

However, CXF does not behave the same way: it expects the exact same same signature in both cases, just differring in the response type and name ("Async" suffix).

To put you in context, we are using Document/Literal Bare style in our clients, with four parts:
 * "request": INĀ 
 * "response": OUT
 * "cabecera": IN-OUT header=true
 * "metadatos": IN-OUT header=true

So, for the sync binding we have three method parameters, the last two wrapped by Holders. That same signature works in tthe async style, but Weblogic/JAX-WS RI doesn't like it...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)