[
https://issues.apache.org/jira/browse/CXF-4303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aki Yoshida resolved CXF-4303.
------------------------------
Resolution: Fixed
> WS-RM fails when the GZIP feature is enabled
> --------------------------------------------
>
> Key: CXF-4303
> URL: https://issues.apache.org/jira/browse/CXF-4303
> Project: CXF
> Issue Type: Bug
> Components: WS-* Components
> Affects Versions: 2.5.3
> Reporter: Aki Yoshida
> Assignee: Aki Yoshida
> Fix For: 2.6.1, 2.5.4
>
>
> When the GZIP feature is enabled for WS-RM, the client (i.e., RMSource) sends
> a message gzipped for its initial transmission correctly. However, for its
> retransmission in case some error, it resends the non-gzipped content with
> the gzip content encoding header. And this will lead to a permanent error for
> the retransmitted messgaes, as the server fails to find the gzipped content.
> The current retransmission mechanism is somewhat limited and simply uses
> those messages captured by the output filter for retries, instead of
> rewinding the phase and reprocess some of the interceptor steps (e.g.,
> ws-security) using the earlier representation of the message. Thus, there
> will be some change in the retransmission implementation in the future.
> This patch will fix this particular gzip issue for the current retransmission
> implementation and include a test case that can validate against the current
> or a future retransmission mechanism.
> Concretely, I am moving the retransmission interceptor forward to capture the
> gzipped stream if the gzip feature is enabled so that the retransmission can
> take place directly with the gzipped content.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
