Loading...

XML

Word

Printable

By default, RESTEasy returns wrong Content-Encoding data if client request gzip data and if RESTEasy end-point contains @GZiP annotation

Server contains end-point with @GZIP annotation, for example this:

    @GET
    @Path("/echo")
    @GZIP
    String echo(@QueryParam("name") String message);

RESTEasy client send request with "Accept-Encoding: gzip, deflate"
By default, server doesn't use GZIPDecodingInterceptor, GZIPEncodingInterceptor and AcceptEncodingGZIPFilter. So server doesn't compress data
server sends "Content-Encoding: gzip" in header of response, although data is not compressed

is cloned by

JBEAP-13475 (7.1.z) RESTEASY-1735 - RESTEasy returns wrong Content-Encoding data if client request gzip

is duplicated by

JBEAP-13526 (7.2.0) RESTEasy returns wrong Content-Encoding data if client request gzip

is related to

RESTEASY-1882 Create regression tests for RESTEASY-1735

relates to

RESTEASY-1736 ResteasyProviderFactory instance shared among deployments on WFLY

RESTEASY-1728 Introduce property allowing GZIP interceptors to be enabled by default