Return-Path: 
 <dev-return-42340-apmail-camel-dev-archive=camel.apache.org@camel.apache.org>
X-Original-To: apmail-camel-dev-archive@www.apache.org
Delivered-To: apmail-camel-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 9FA0C17F8E
	for <apmail-camel-dev-archive@www.apache.org>;
 Fri, 19 Jun 2015 13:10:11 +0000 (UTC)
Received: (qmail 36292 invoked by uid 500); 19 Jun 2015 13:10:11 -0000
Delivered-To: apmail-camel-dev-archive@camel.apache.org
Received: (qmail 36255 invoked by uid 500); 19 Jun 2015 13:10:11 -0000
Mailing-List: contact dev-help@camel.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@camel.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@camel.apache.org>
List-Post: <mailto:dev@camel.apache.org>
List-Id: <dev.camel.apache.org>
Reply-To: dev@camel.apache.org
Delivered-To: mailing list dev@camel.apache.org
Received: (qmail 36241 invoked by uid 99); 19 Jun 2015 13:10:11 -0000
Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Jun 2015 13:10:11 +0000
Received: from localhost (localhost [127.0.0.1])
	by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org)
 with ESMTP id B307018019D
	for <dev@camel.apache.org>; Fri, 19 Jun 2015 13:10:10 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: 3.114
X-Spam-Level: ***
X-Spam-Status: No, score=3.114 tagged_above=-999 required=6.31
	tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1,
	URIBL_BLOCKED=0.001, URI_HEX=1.313] autolearn=disabled
Received: from mx1-us-east.apache.org ([10.40.0.8])
	by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new,
 port 10024)
	with ESMTP id hHhWItPUcav9 for <dev@camel.apache.org>;
	Fri, 19 Jun 2015 13:10:03 +0000 (UTC)
Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15])
	by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with
 ESMTP id C31BF43D92
	for <dev@camel.apache.org>; Fri, 19 Jun 2015 13:10:02 +0000 (UTC)
Received: from msam.nabble.com (unknown [162.253.133.85])
	by mbob.nabble.com (Postfix) with ESMTP id 98815F50E8C
	for <dev@camel.apache.org>; Fri, 19 Jun 2015 06:10:29 -0700 (PDT)
Date: Fri, 19 Jun 2015 06:10:02 -0700 (MST)
From: Binu Surendran <binu.surendran@ibsplc.com>
To: dev@camel.apache.org
Message-ID: <1434719402530-5768399.post@n5.nabble.com>
In-Reply-To: 
 <CALvzYd9wZPz8MKXTOUbf2mLKEkgCYEDLRKNFwgAuaroN66pSCw@mail.gmail.com>
References: <1352899643075-5722722.post@n5.nabble.com>
 <50A39E12.5060706@talend.com> <1352904756792-5722733.post@n5.nabble.com>
 <CA216D6FE7B54D57B1F0EA913250870C@gmail.com>
 <CALvzYd9wZPz8MKXTOUbf2mLKEkgCYEDLRKNFwgAuaroN66pSCw@mail.gmail.com>
Subject: Re: Soap and gzip compression
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

You are correct, the below cxf feature enable the use of gzip to compress
the messages on the wire. 

	/<cxf:features>
              <bean
class="org.apache.cxf.transport.common.gzip.GZIPFeature"/>
        </cxf:features>/


Adding above cxf feature to cxf endpoint works fine for me, I am using camel
2.13.0 and cxf-api version 2.7.10. If you enable logging in cxf using
org.apache.cxf.interceptor.LoggingOutInterceptor then you can verify the
value of Accept-Encoding header, find the sample log below;

19Jun,2015 17:15:08,386  INFO
org.apache.cxf.services.XmlSelect.XmlSelectSoap.XmlSelectSoap : - Outbound
Message
---------------------------
ID: 2
Address: https://abc.webservice,com
Encoding: UTF-8
Http-Method: POST
Content-Type: text/xml
Headers: {Accept=[*/*], Accept-Encoding=[*gzip*;q=1.0, identity; q=0.5,
*;q=0], .......
Payload: <soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"

=================================================================

But you cannot verify the Content-Encoding header from response, because the
GZIPInInterceptor class will remove the Content-Encoding (one of the
protocol headers) header once the response is uncompressed. Eventhough the
webservice sent the compressed message with Content-Encoding=gzip, the
camel/cxf will not hve this header in place. You can verify this by browsing
org.apache.cxf.transport.common.gzip.GZIPInInterceptor class from
cxf-rt-core library.

Hope this calrifies your query.

Thanks,
Binu




--
View this message in context: http://camel.465427.n5.nabble.com/Soap-and-gzip-compression-tp5722722p5768399.html
Sent from the Camel Development mailing list archive at Nabble.com.