[
https://issues.apache.org/jira/browse/CXF-3768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13094453#comment-13094453
]
Aki Yoshida commented on CXF-3768:
----------------------------------
My reply to Dan was sent to dev@cxf and not to this jira. The link to the mail
thread is at:
http://cxf.547215.n5.nabble.com/Re-jira-Commented-CXF-3768-HTTP-response-code-202-is-not-set-for-WS-Addressing-partial-responses-tt4746059.html
Basically, I fixed the behavior as described in the above thread. But the
problem is that many existing WS-RM systests are failing after this change, as
some of their test assertions are counting those empty messages as well.
I need to look into this and restructure those tests to not rely on the number
of physical messages but rely on the information exchanged (i.e., real acks).
After I figure this out, I will submit the change.
> 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
