[undertow-dev] Fwd: Undertow Gzip Content-Encoding with Chuncked Transfer-Encoding
Stuart Douglas
sdouglas at redhat.com
Mon Oct 10 03:13:58 EDT 2016
The max-content-size predicate will always return false for chunked
encoding. You need something like 'exists(%{o,Transfer-encoding}) or
max-content-size(5)'.
Stuart
On Sun, Oct 9, 2016 at 10:55 PM, Antoine Girard
<antoine.girard at ymail.com> wrote:
> Dear Undertow devs,
>
> I originally posted the below question on the Wildfly forum and was advised
> to do it here instead.
>
> I am using the Undertow EncodingHandler with a Gzip Encoding provider, as
> follows (sample code taken from an Undertow unit test):
>
>
>
> final EncodingHandler handler =
> new EncodingHandler(new ContentEncodingRepository()
> .addEncodingHandler("gzip",
> new GzipEncodingProvider(), 50,
> Predicates.parse("max-content-size[5]")))
> .setNext(path);
>
>
>
> It works fine for very small response bodies, however, when Undertow starts
> to use the Chunked Transfer-Encoding, the Gzip compression is simply
> ignored.
>
> My question is basically: how to apply a Gzip encoding (or other
> compression) before Undertow starts chunking the response?
>
>
> Could it be a bug?
>
>
> Also, and I could not really track it down from the source code, how does
> Undertow decide to start chunking the response?
>
>
> Thanks in advance!
>
>
> Cheers,
>
> Antoine
>
>
>
> _______________________________________________
> undertow-dev mailing list
> undertow-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/undertow-dev
More information about the undertow-dev
mailing list