Aki Yoshida created CXF-4303:
--------------------------------
Summary: 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
