[
https://issues.apache.org/jira/browse/CXF-3768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092791#comment-13092791
]
Daniel Kulp commented on CXF-3768:
----------------------------------
Well, part of the problem is that CXF is returning a non-empty partial response
when it should be returning an empty one. I started looking into this
briefly on Friday and noticed that when the incoming request has a reply to to
a decoupled dest, we're sending back a 200 with a message with an envelope with
an empty body. The 200 is correct there. Instead, it SHOULD be a 202 with
an empty response.
> HTTP response code 202 is not set for WS-Addressing partial responses
> ---------------------------------------------------------------------
>
> Key: CXF-3768
> URL: https://issues.apache.org/jira/browse/CXF-3768
> Project: CXF
> Issue Type: Bug
> Components: WS-* Components
> Affects Versions: 2.4.2
> Reporter: Dmytro Rud
> Assignee: Aki Yoshida
>
> When asyncronous processing is requested by specifying an endpoint reference
> in the request's ReplyTo WSA header, an immediate acknowledgement should be
> sent with HTTP code 202. Older CXF versions (e.g. 2.2.11) implemented this
> requirement in the method
> {{org.apache.cxf.transport.http.AbstractHTTPDestination#markPartialResponse}},
> but the newer ones (2.4.1, 2.4.2) do not set the HTTP response code
> explicitely, therefore acknowledgements are delivered with code 200.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
