users@jersey.java.net

Re: [Jersey] Support for Content-Encoding, Acccept-Encoding "gzip" filters

From: Paul Sandoz <Paul.Sandoz_at_Sun.COM>
Date: Mon, 08 Sep 2008 11:57:09 +0200

On Sep 8, 2008, at 10:08 AM, Markus KARG wrote:
>> So we could have a separate TE filter that is used internally (not
>> publicly, as it should always be the last filter) to support decoding
>> of response bodies (and could be configured to support encoding of
>> requests).
>
> Yes, but on the other hand, your idea with HttpUrlConnection is not
> so bad.
> Why should it be the problem of the RESTful Client API, while
> actually it is
> a problem of the transport? I mean, we could instead add TE support to
> HttpUrlConnection, and provide an interface that the RESTful Client
> API can
> access to deal with chunked transmission. It is much harder to do
> since we
> must convince a lot of people at Sun to do provide that. So my
> proposal
> would be to do what you said, and later convince Sun to improve the
> HttpUrlConnection (and in turn move stuff from Jersey back into the
> JRE).
>

I have logged a bug. When it has been vetted i will send the link here.

Paul.