You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Willem Jiang (JIRA)" <ji...@apache.org> on 2015/05/14 14:15:00 UTC

[jira] [Resolved] (CAMEL-8774) DefaultJettyHttpBinding preserves CONTEXT_ENCODING from the request even HTTP response doesn't contain the header

     [ https://issues.apache.org/jira/browse/CAMEL-8774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Willem Jiang resolved CAMEL-8774.
---------------------------------
       Resolution: Pending Closed
    Fix Version/s: 2.15.3
                   2.16.0
                   2.14.3

Applied the patch into camel master, camel-2.14.x and camel-2.15.x branches.

> DefaultJettyHttpBinding preserves CONTEXT_ENCODING from the request even HTTP response doesn't contain the header
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: CAMEL-8774
>                 URL: https://issues.apache.org/jira/browse/CAMEL-8774
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-jetty
>    Affects Versions: 2.15.2
>            Reporter: Mateusz Nowakowski
>            Assignee: Willem Jiang
>             Fix For: 2.14.3, 2.16.0, 2.15.3
>
>
> When Http Request is Gzip encoded (CONTENT_ENCODING is set) but the HTTP response is not ( httpExchange.getResponseHeaders().get(HttpHeaders.CONTENT_ENCODING) == null) then Exchange.CONTENT_ENCODING is present in the Camel out message.
> This is because DefaultJettyHttpBinding:125 preserves all in headers.
> I believe that HTTP protocol headers (except custom ones) from the in shouldn't be copied to the Camel out message.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)