Thanks! I am now able to see content-encoding. However, the example I followed showed how to add interceptors on global client instance level - is there a way I can add interceptor on per-request basis?
On Wed, Jan 8, 2014 at 8:11 AM, Oleg Kalnichevski <[email protected]> wrote: > On Wed, 2014-01-08 at 07:17 -0800, Gaurav Kumar wrote: > > So what is the best way to figure out what encoding is being used? > > > > By using a protocol interceptor. > > Oleg > > > On Jan 8, 2014 2:28 AM, "Oleg Kalnichevski" <[email protected]> wrote: > > > > > > On Wed, 2014-01-08 at 00:04 -0800, Gaurav Kumar wrote: > > > > Using HttpClient 4.3-beta2. > > > > > > > > Have a look at this httpclient header log (headers only) > > > > http://pastebin.com/kWk6rbJ2 > > > > > > > > As you can see, the server is responding with Content-Encoding > header. > > > > > > > > Now, refer to this Java code - http://pastebin.com/i7nhAksb - it > simple > > > > prints the headers and a message if content encoding cannot be found. > > The > > > > output of this code is here- http://pastebin.com/WtkuBsZb > > > > > > > > > > > > My question is - why HttpClient is not able to see content encoding > even > > > > though it's header log shows it got the header from server? > > > > > > > > > > Content-Length, Content-Encoding, Content-MD5 headers are removed by > > > ResponseContentEncoding as they no longer agree with the properties of > > > automatically decompressed response entity. > > > > > > Oleg > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
