cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aki Yoshida (JIRA)" <>
Subject [jira] [Resolved] (CXF-4303) WS-RM fails when the GZIP feature is enabled
Date Mon, 21 May 2012 10:27:41 GMT


Aki Yoshida resolved CXF-4303.

    Resolution: Fixed
> WS-RM fails when the GZIP feature is enabled
> --------------------------------------------
>                 Key: CXF-4303
>                 URL:
>             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:!default.jspa
For more information on JIRA, see:


View raw message