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.