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
Table of Contents
The RewriteHandler matches a request against a set of rules, and modifies the request accordingly for any rules that match. The most common use is to rewrite request URIs, but it is capable of much more: rules can also be configured to redirect the response, set a cookie or response code on the response, modify the header, etc.
The standard Jetty distribution bundle contains the jetty-rewrite
module JAR, at lib/jetty-rewrite-*.jar
, and a sample configuration file, at etc/jetty-rewrite.xml
. To enable the rewrite module, using the sample configuration file, start up Jetty with this command:
$ java -jar start.jar OPTIONS=default,rewrite etc/jetty.xml etc/jetty-rewrite.xml
If you are running the standard Jetty distribution with the sample test webapp, there will be a demo of the rewrite module at http://localhost:8080/rewrite/
The rules are configured using jetty.xml
syntax. This example file shows how to add the rewrite handler for the entire server:
<Configure id="Server" class="org.eclipse.jetty.server.Server"> <!-- create and configure the rewrite handler --> <New id="Rewrite" class="org.eclipse.jetty.rewrite.handler.RewriteHandler"> <Set name="rewriteRequestURI">true</Set> <Set name="rewritePathInfo">false</Set> <Set name="originalPathAttribute">requestedPath</Set> <!-- redirect the response. This is a redirect which is visible to the browser. After the redirect, the browser address bar will show /redirected --> <Call name="addRule"> <Arg> <New class="org.eclipse.jetty.rewrite.handler.RedirectPatternRule"> <Set name="pattern">/redirect/*</Set> <Set name="replacement">/redirected</Set> </New> </Arg> </Call> <!-- rewrite the request URI. This is an internal rewrite, visible to server, but the browser will still show /some/old/context --> <Call name="addRule"> <Arg> <New class="org.eclipse.jetty.rewrite.handler.RewritePatternRule"> <Set name="pattern">/some/old/context</Set> <Set name="replacement">/some/new/context</Set> </New> </Arg> </Call> <!-- reverse the order of the path sections. Internal rewrite --> <Call name="addRule"> <Arg> <New class="org.eclipse.jetty.rewrite.handler.RewriteRegexRule"> <Set name="regex">/reverse/([^/]*)/(.*)</Set> <Set name="replacement">/reverse/$2/$1</Set> </New> </Arg> </Call> </New> <!-- add the rewrite handler to the server --> <Set name="handler"><Ref id="Rewrite" /></Set> </Configure>
See etc/jetty-rewrite.xml
for more configuration examples.
This is an example for embedded Jetty, which does the same thing as the configuration file example above:
Server server = new Server(); RewriteHandler rewrite = new RewriteHandler(); rewrite.setRewriteRequestURI(true); rewrite.setRewritePathInfo(false); rewrite.originalPathAttribute("requestedPath"); RedirectPatternRule redirect = new RedirectPatternRule(); redirect.setPattern("/redirect/*"); redirect.setReplacement("/redirected"); rewrite.addRule(redirect); RewritePatternRule oldToNew = new RewritePatternRule(); oldToNew.setPattern("/some/old/context"); oldToNew.setReplacement("/some/new/context"); rewrite.addRule(oldToNew); RewriteRegexRule reverse = new RewriteRegexRule(); reverse.setRegex("/reverse/([^/]*)/(.*)"); reverse.setReplacement("/reverse/$2/$1"); rewrite.addRule(reverse); server.setHandler(rewrite);
There are several types of rules that are written extending useful base rule classes.
Matches against the request URI using the servlet pattern syntax.
Adds a cookie to the response.
Adds/modifies a header in the response.
Redirects the response.
Sends the response code (status or error).
Rewrite the URI by replacing the matched request path with a fixed string.
Matches against the request URI using regular expressions.
Redirect the response.
Rewrite the URI by matching with a regular expression. (The replacement string may use Template:$n to replace the nth capture group.)
Match against request headers. Match either on a header name + specific value, or on the presence of a header (with any value).
Set the scheme on the request (defaulting to https).
Oddball rules that defy classification.
Disables the keep alive for SSL from IE5 or IE6.
Implements the legacy API of RewriteHandler
Groups rules together. The contained rules will only be processed if the conditions for the RuleContainer evaluate to true.
Groups rules that apply only to a specific virtual host or a set of virtual hosts
See an error or something missing? Contribute to this documentation at Github!