1. DTD约束
<!DOCTYPE urlrewrite
PUBLIC "-//tuckey.org//DTD UrlRewrite 3.0//EN"
"http://tuckey.org/res/dtds/urlrewrite3.0.dtd">
2. <urlrewrite />
2.1. default-match-type(可选):
2.1.1. regex, 默认. 所有未指定match-type属性的rule都使用java正则表达式进行匹配
2.1.2. wildcard: 所有未指定match-type属性的rule都使用通配符匹配引擎匹配
2.2. decode-using(可选):
2.2.1. header, utf8: 默认. 使用request.getCharacterEncoding()得到的编码对URL解码, 如果是空, 使用utf8.
2.2.2. null: 不进行解码. 设置为: decode-using=”null”
2.2.3. header: 仅仅使用request.getCharacterEncoding()解码
2.2.4. [encoding]: 仅仅使用一个指定的字符编码比如ISO-8859-1.
2.2.5. header, [encoding]: 对一个URL解码时使用request.getCharacterEncoding(), 如果得到的值为空, 则使用encoding指定的编码.
2.3. use-query-string(可选):
2.3.1. false: 默认. 在from进行匹配的时候, 查询字符串不会参加
2.3.2. true: 查询字符串参与from的匹配
2.4. use-context(可选):
2.4.1. false: 默认. from元素匹配时, application的contex路径将不会增加到url中
2.4.2. true: application的contex路径参与from元素的匹配
3. <rule />: 0个或多个
3.1. enabled(可选):
3.1.1. true: 默认.允许这个规则
3.1.2. false: 废弃这个规则
3.2. match-type(可选):
3.2.1. regex: 默认. 使用java正则匹配
3.2.2. wildcard: 使用通配符表达式引擎
4. <outbound-ruld />: 0个或多个. 和普通的rule非常相似, 但是这里是在response.encodeURL()方法调用时进行重写的.
4.1. enabled(可选):
4.1.1. true: 默认. 允许规则
4.1.2. false: 废弃规则
4.2. encodefirst(可选):
4.2.1. fasle: 默认, 在运行了encodeURL()方法之后运用这个重写规则
4.2.2. true: 在encodeURL()之前运用这个重写规则
5. <name />: 一个用于记录规则名称的可选元素, 可以在<rule />和<outbound-rule />上使用
6. <note />: 用于记录规则描述的一个简单可选元素, 可以用在<rule />和<outbound-rule />上.
7. <condition />: 针对规则的选择条件. 注意, 在规则运用的时候必须满足所有的条件.
7.1. type(可选):
7.1.1. header: 默认. 如果设置, 头名称必须通过<condition />的name属性指定
7.1.2. method: 请求方法. GET, POST, HEAD等
7.1.3. port: application运行的端口
7.1.4. time: 服务器当前时间(使用Unix时间戳), 这个通常被用于确保内容仅在设置的时间存活
7.1.5. year: 服务器的当前年
7.1.6. month: 服务器的当前月份
7.1.7. dayofmonth: 当天是一月的第几天, 每月第一天是1
7.1.8. dayofweek: 当天是一周的第几天, 星期天是7
7.1.9. ampm: 上午或下午
7.1.10. hourofday: 一天的第多少小时(24小时制)
7.1.11. minute: 当前服务器时间的分
7.1.12. second: 当前服务器时间的秒
7.1.13. millisecond: 当前服务器时间的毫秒
7.1.14. attribute: 检查request的属性(getAttribute)值, 要检查的属性名称通过<condition />的name指定
7.1.15. auth-type: 检查request属性的值. request.getAuthType
7.1.16. character-encoding: 接收到请求的编码
7.1.17. content-length: 请求的长度(对于拒绝响应大请求很有用)
7.1.18. content-type: 请求类型
7.1.19. context-path: 请求的contex路径
7.1.20. cookie: 检查cookie值, cookie的名称通过<condition />的name属性指定
7.1.21. parameter: 检查请求参数, 参数名称通过<condition />的name属性指定
7.1.22. path-info: 相当于request.getPathInfo()
7.1.23. path-translated: 相当于request.getTranslated()
7.1.24. protocol: 用于过滤协议
7.1.25. query-string: 得到url后面的参数字符串
7.1.26. remote-addr: IP地址过滤
7.1.27. remote-host: 远程主机过滤(注意, 仅仅在应用服务器配置了查看(远程)主机名时才可用)
7.1.28. remote-user: 当前登录用户, 如果用户被授权可用
7.1.29. requested-session-id: 当前session的id
7.1.30. request-uri: 请求URL的从协议名到查询字符串部分
7.1.31. request-url: 重构后的URL, 返回的URL包含协议, 服务器名称, 端口, 路径, 但不包含查询字符串
7.1.32. session-attribute: 检查session中的属性(getAttribute), 属性名称通过<condition />的name属性设置.
7.1.33. session-isnew: 检查session是不是新的
7.1.34. server-name: 请求发送到的服务器的主机名(从host这个头中得到的不是机器名)
7.1.35. scheme: 请求的scheme
7.1.36. user-in-role: 注意, 这里的值不能是正则表达式
7.2. name: 配合一些特殊type使用的, 可以是任何值
7.3. next:
7.3.1. and: 默认. 下一个和这一个条件都必须匹配
7.3.2. or: 下一个或这一个条件匹配
7.4. operator:
7.4.1. equal: 默认. 指定正则和真实值匹配
7.4.2. notequal: 真实值和正则不匹配
7.4.3. greater: 大于, 仅用于数值
7.4.4. less: 小于
7.4.5. greaterorequal: 大于等于
7.4.6. lessorequal: 小于等于
8. <from />: 通常在<rule />和<outbound-rule />中都必须指定一个, 值可以是正则表达式(Perl5方式的正则), 注意: from指定的url是和contex相关的
8.1. casesensitive:
8.1.1. false: 默认. 大小写不敏感
8.1.2. true: 大小写敏感
9. <to />: 可以是一个perl5样式的正则替换表达式
9.1. type:
9.1.1. forward: 默认. 请求匹配这个<rule />的所有<condition />, 并且URL使用内部跳转到”to”指定的地址(注意, 这里forward到的URL必须和UrlRewriteFilter位于同一个容器中)
9.1.2. passthrough: 和forward相同
9.1.3. redirect: 请求匹配所有<condition />和这个<rule />的<from />, 通知客户端跳转到<to />指定地址
9.1.4. permanent-redirect: 相当于做了以下事情
response.setStatus(
HttpServletResponse.SC_MOVED_PERMANENTLY
);
response.setHeader(“Location”, [<to />指定的值]);
9.1.5. temporary-redirect: 相当于做了以下事情
response.setStatus(
HttpServletResponse. SC_MOVED_TEMPORARILY
);
response.setHeader(“Location”, [<to />指定的值]);
9.1.6. pre-include
9.1.7. post-include
9.1.8. proxy: 请求URL将会以全路径被代理, 使用此特性需要引入commons-http和commons-codec包
9.2. last:
9.2.1. false: 默认. 其余<rule />将会处理如果这个匹配
9.2.2. true: 如果匹配这个规则将不会处理
9.3. encode:
9.3.1. false: <rule />下是默认值. 在rewrite之前, 用response.encodeURL([to的值])编码URL
9.3.2. true: <outbound-rule />下默认值. 不会编码URL
9.4. context:
如果应用服务器配置了允许”穿透context”通信, 那么这个属性可以被用于forward(并且仅仅能用于forward)请求到另外一个serlvet context…..也就是跨应用forward
在Tomcat上, server.xml或context.xml中配置crossContext=”true”, 例如: 允许两个应用”app”和”forum”之间通信, 那么可以如下配置:
<Context docBase=”app” path=”/app” reloadable=”true” crossContext=”true” />
<Context docBase=”forum” path=”/forum” reloadable=”true” crossContext=”true” />
10. <to />的其他方面
10.1. <to />可以是null, 意义为: 如果匹配请求不再继续, 相当于没有调用chain.doFilter
10.2. 使用$N获取<from />中配置的子组, N必须是1至10之间的数
10.3. 任何<condition />中可以使用的type中的值都可以在<to />中使用, 比如<to>/%{parameter:page}</to>
10.4. 函数调用: ${函数名: 参数1:参数2} 可以在<set />和<to />中使用
name
|
example
|
example returns
|
replace
|
${replace:my cat is a blue cat:cat:dog}
|
my dog is a blue dog
|
replaceFirst
|
${replace:my cat is a blue cat:cat:dog}
|
my cat is a blue dog
|
escape
|
${escape:a b c}
|
a+b+c
|
unescape
|
${unescape:a+b+c}
|
a b c
|
lower
|
${lower:Hello World}
|
hello world
|
upper
|
${upper:hello}
|
HELLO
|
trim
|
${trim: abc def }
|
abc def
|
11. <set />: 在匹配规则的时候, 允许设置一些值.
11.1. type:
11.1.1. request: 默认. 类似于request.setAttribute
11.1.2. session: session.setAttribute
11.1.3. response-header: response.setHeader
11.1.4. cookie: 值以”[value][:domain[:lifetime[:path]]]”的格式设置. 是指给客户端浏览器设置cookie, cookie名称由<set />的name属性指定
11.1.4.1. value: cookie的值
11.1.4.2. domain: 服务器
11.1.4.3. lifetime: 存货时间
11.1.4.4. path: cookie的path
11.1.5. status: response.setStatus
11.1.6. content-type: response.setContentType
11.1.7. charset: response.setCharacterEncoding
11.1.8. expires: 设置HTTP头中的过期时间, 设置的格式为{数值 类型}, 比如: “1 day 2 seconds”
11.1.9. locale: response.setLocale
11.1.10. parameter: 允许将request.getParameter得到的某个参数的值在这里进行重新处理
11.1.11. method: 允许将request.getMethod()得到的值进行重新处理
11.2. name: type是request, session, response-header, cookie的时候, 必须设置name
11.3. 举例:
<rule>
<condition name=”user-agent”>Mozilla/3/.0 (compatible; AvantGo .*)</condition>
<from>.*</from>
<set name=”client”>AvantGo</set>
</rule>
<rule>
<condition name=”user-agent”>UP/.Browser/3.*SC03 .*</condition>
<from>.*</from>
<set name=”client”>Samsung SCH-6100</set>
</rule>
12. <run />: 允许在<rule />和<condition />都匹配的时候, 执行一个对象方法
12.1. class: 全限定名的类名, 期望调用方法的类名.
12.2. method(可选): 默认值为run. 期望调用的方法名. 该方法必须有两个参数(HttpServletRequest request, HttpServletResponse response). 注意, 如果该对象有init(ServletConfig)或destroy()方法, 在创建和销毁对象的时候会自动调用, ServletConfig中可以得到初始化参数, 参数通过<init-param />的方式传递:
<run class=”selfimpr.MyServlet” method=”doGet”>
<init-param>
<param-name>id</param-name>
<param-value>1</param-value>
</init-param>
</run>
12.3. neweachtime: 默认false. 表明是否每次请求都创建一个对象实例.
13. Tip
13.1. 在配置中如果要使用”&”, 用&
13.2. 简单起见, 给<from />的配置前面和后面分别加上^, $, 这两个是正则表达式中的强制开始和结尾标志
13.3. 如果使用<outbound-rule>要记得代码中的url都是编码过的
13.4. 正则表达式非常复杂灵活, 请阅读java.util.regex.Pattern中的java正则介绍
13.5. 如果觉得正则难以理解, 可以使用通配符方式
13.6. contex是非常重要的, 如果有一个应用的context是”/myapp”, 并且你的请求是”/myapp/somefolder/somepage.jsp”, 容器交给UrlRewriteFilter的url会是”/somefolder/somepage.jsp”, 这可能难以理解, 但是在你的<rule>和<condition>中不要包含context path, 它是容器负责处理的.
14. 通配符:
通配符匹配引擎可以替代正则表达式, 在<condition>和<rule>中设置match-type是wildcard用以开启支持通配符.(或者设置default-match-type)
例如:
/big/url/*匹配/big/url/abc.html但是不匹配/big/url/abc/dir/或/big/url/abc/
/big/url/**匹配/big/url/abc.html, /big/url/abc/dir/和/big/url/abc/
也可以和正则的替换一样, 每个*代表一个参数, 在<set>和<to>中用$N的方式使用
分享到:
相关推荐
confPath 默认 /WEB-INF/urlrewrite.xml 只支持一个配置文件,为了更好的阅读和维护,修改了源码: 1.如果想用原生的urlRewriteFilter confPath 请放完整地址(eg:WEB-INF/urlrewrite.xml); 2.如果想读多个配置文件,...
urlrewrite 只支持单个配置文件,默认的配置文件为:/WEB-INF/urlrewrite.xml 现在对urlrewrite-3.2的源码进行了修改,使它能够支持多文件和通配符的形式加载自定义配置文件,即可以进行如下的配置: <param-name>...
在web.xml中配置UrlRewriteFilter,意味着我们需要声明一个过滤器条目,指定它的类名(`org.tuckey.web.filters.urlrewrite.UrlRewriteFilter`)以及配置文件的位置(通常是在<context-param>`中指定的`urlrewrite....
URLRewrite主要通过配置文件(通常命名为`urlrewrite.xml`)来定义这些规则。在`urlrewrite.xml`中,我们可以定义一系列的条件和动作,条件用于判断是否执行某个规则,动作则定义了URL如何被重写。 **URLRewrite...
conf=WEB-INF/urlrewrite2.xml`来替换默认的配置文件。 #### 四、XML配置示例 1. **DTD约束**:在`urlrewrite.xml`文件中定义DTD约束,用于验证配置文件的格式正确性。 ```xml <!DOCTYPE urlrewrite PUBLIC "-/...
- **confPath**:指定配置文件的路径,默认为`/WEB-INF/urlrewrite.xml`。 - **logLevel**:设置日志记录的级别,支持多种选项,如`TRACE`, `DEBUG`, `INFO` (默认), `WARN`, `ERROR`, `FATAL`等。 - **...
在这里,我们指定了`confPath`参数为`/WEB-INF/urlrewrite.xml`,这是存放重写规则的配置文件。 接下来,我们需要创建这个`urlrewrite.xml`文件,定义重定向规则。对于301永久重定向,我们可以使用`redirect`规则。...
3. **创建配置文件**:URLRewriteFilter的规则通常定义在`WEB-INF/urlrewrite.xml`文件中。例如,以下规则会将所有以"/article/"开头的请求重定向到对应的Servlet处理: ```xml <urlrewrite> <from>/article/(....
在`urlrewrite_demo`项目中,可能包含了示例代码、配置文件和其他辅助资源,你可以通过查看这些文件来学习如何在实际项目中使用`URLRewriteFilter`。例如,项目可能包含了一个简单的Java控制器,展示了如何配合过滤...
总结来说,`URLrewrite`是一个强大且灵活的URL管理工具,它通过XML配置文件实现了对URL的重写和重定向,简化了复杂的URL结构,提高了Web应用的可维护性和用户体验。通过深入理解和熟练掌握`URLrewrite`,开发者可以...
将"**urlrewritefilter-4.0.3.jar**"放入Web应用的"**WEB-INF\lib**"目录下,这是Java Web应用程序的标准结构,`WEB-INF`目录包含了应用的私有资源,如类库(lib)、web.xml等配置文件。`lib`目录下的JAR文件会被...
在`WEB-INF/`目录下创建`urlrewrite.xml`文件,并定义URL重写的规则: ```xml <?xml version="1.0" encoding="GBK"?> <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 3.2//EN" ...
要使用URLRewrite,我们需要在Web工程中添加urlrewrite.jar包,并在WEB-INF目录下创建urlrewrite.xml文件。urlrewrite.xml文件中的内容非常简单,例如: ``` ^/page/(.*)$</from> <to>/page/$1.jsp</to> </rule> ...
3. 编写urlrewrite.xml:这是URL重写的核心配置文件,定义了各种URL重写规则。 4. 测试与调试:运行项目,通过浏览器访问不同的URL,观察URL重写效果。 **四、urlrewrite.xml配置示例** `urlrewrite.xml`文件通常...
接下来,创建一个名为`urlrewrite.xml`的配置文件,放置在`WEB-INF`目录下。这个文件定义了重写规则,例如: ```xml <urlrewrite> <from>/oldpath/(.*)/(.*)</from> <to type="redirect">/?param1=$1¶m2=$2...
在Web应用的WEB-INF目录下创建一个名为`urlrewrite.xml`的配置文件。这个文件定义了URL重写的规则。例如,以下配置将动态URL重写为伪静态URL: ```xml <urlrewrite> 将动态URL转换为伪静态</note> <from>/...
- **编写urlrewrite.xml**:创建一个名为`urlrewrite.xml`的配置文件,放置在Web-INF目录下,定义重写规则。 ```xml <urlrewrite> ^/old/dynamic-url/(.*)$</from> <to>/new/static-url/$1</to> </rule> ...