The Compression filter is a way for Repose to decompress request data and
compress response data.
The following compression methods are supported.
gzip
x-gzip
deflate
Exposes compressing filter configuration
Debug to servlet log This attribute is deprecated. Logging can be
controlled through the log4j2.xml file
sets the size of the smallest response that will be compressed, in
bytes. That is, if less than compressionThreshold bytes are written to the
response, it will not be compressed and the response will go to the client
unmodified. If 0, compression always begins immediately. Defaults to 1024.
enables collection of statistics. This option is deprecated.
if specified, this is treated as a space seperated list of content types
(e.g. text/html,text/xml). The filter will attempt to only compress
responses which specify one of these values as its content type, for example
via ServletResponse.setContentType(String). Note that the filter does not
know the response content type at the time it is applied, and so must apply
itself and later attempt to disable compression when content type has been
set. This will fail if the response has already been committed. Also note
that this parameter cannot be specified if exclude-content-types is also
configured.
same as above, but specifies a list of content types to not compress.
Everything else will be compressed. However note that any content type that
indicates a compressed format (e.g. application/gzip,
application/x-compress) will not be compressed in any event.
Only requests with User-Agent headers whose value matches one of these
regular expressions will be compressed. Can't be specified if
excludeUserAgentPatterns is also configured. This option is deprecated.
Please refer to
Java Regular Expression Api
for more information on regular
expression syntax.
as above, requests whose User-Agent header matches one of these patterns
will not be compressed. This option is deprecated. Please refer to
Java Regular Expression Api
for more information on regular
expression syntax.