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 from 1 day to full product delivery
The RewriteHandler processes a list of rules and checks each in turn, ignoring those that don't match the request. It then applies the ones that match. It is inspired by Apache's mod-rewrite, but can do many things aside from rewriting URIs. See the rule list below for information about individual rules included with Jetty.
Rule List
A. PatternRule
Abstract rule to use as a base class for rules that use a PathMap for pattern matching. It uses the servlet pattern syntax. Below are known subclasses of PatternRule, and descriptions of their actions:
- CookiePatternRule
Adds a cookie to the response. - HeaderPatternRule
Adds/modifies a header in the response. - RedirectPatternRule
Redirects the response. - ResponsePatternRule
Sends the response code (status or error). - RewritePatternRule
Rewrite the URI by replacing the matched request path with a fixed string.
B. RegexRule
Abstract rule to use as a base class for rules that match with a regular expression. Below are known subclasses of RegexRule, and descriptions of their actions:
- RewriteRegexRule
Rewrite the URI by matching with a regular expression. (The replacement string may use$nto replace the nth capture group.)
C. Others
- MsieSslRule
Disables the keep alive for SSL from IE5 or IE6. - LegacyRule
Rule implementing the legacy API of RewriteHandler
Sample Configuration
Below is a sample configuration for jetty-rewrite.xml.
To use this configuration, include the configuration file during jetty startup. Example below.