![]() Version: 9.4.12.v20180830 |
private support for your internal/customer projects ... custom extensions and distributions ... versioned snapshots for indefinite support ... scalability guidance for your apps and Ajax/Comet projects ... development services for sponsored feature development
org.eclipse.jetty.server.handler.gzip.GzipHandler
The Jetty GzipHandler
is a compression handler that you can apply to any dynamic resource (servlet).
It fixes many of the bugs in commonly available compression filters: it works with asynchronous servlets; it handles all ways to set content length.
It has been tested with Jetty continuations and suspending requests.
Some user-agents might be excluded from compression to avoid common browser bugs (yes, this means IE!).
The GzipHandler
can be added to the entire server by enabling the gzip.mod
module.
It may also be added to individual contexts in a context xml file.
Note
Jetty 9 only compresses using GZip. Using deflate HTTP compression is not supported and will not function.
GzipHandler
will gzip the content of a response if:
Compressing the content can greatly improve the network bandwidth usage, but at the cost of memory and CPU cycles. The DefaultServlet is capable of serving pre-compressed static content, which saves memory and CPU.
The GzipHandler
installs an output interceptor which passes through to the DefaultServlet
.
If the content served by DefaultServlet
is already compressed, the GzipHandler
does nothing; if it is not compressed, the content is compressed on-the-fly.
Note
Automatic precompression by the
DefaultServlet
can be configured. Read more about theDefaultServlet
here.
minGzipSize
.GET
requests are compressed.String.startsWith(String)
comparison to check if the path matches.
If it does match then there is no compression.
To match subpaths use excludePathPatterns instead.