`

Java-UrlRewrite中文官方文档

    博客分类:
  • Java
 
阅读更多

 

安装

1. 下载jar并加入到WEB-INF/lib

2. WEB-INF/web.xml中增加下面的配置

 

 

<filter>
    <filter-name>UrlRewriteFilter</filter-name>
    <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>UrlRewriteFilter</filter-name>
    <!-- 拦截所有的url -->
    <url-pattern>/*</url-pattern>
    <dispatcher>REQUEST</dispatcher>
    <dispatcher>FORWARD</dispatcher>
</filter-mapping>

 

 

 

3. WEB-INF/下增加配置文件urlrewrite.xml

4. 重启上下文环境

 

 

过滤器的参数

1. confReloadCheckInterval: 配置文件重加载间隔. 0表示随时加载, -1表示不重加载默认-1

2. confPath: 配置文件路径是相对context的路径默认/WEB-INF/urlrewrite.xml

3. logLevel: 设置日志级别可以是: TRACE, DEBUG, INFO(默认), WARN, ERROR, FATAL, log4j, commons, slf4j, sysout:{level}(比如 sysout:DEBUG), 如果你使用普通的日志级别有一定困难可以调为: sysout:DEBUG(表明是使用控制台输出的调试级别)

4. statusPath: 设置改变状态路径不能和已经安装的应用冲突(注意默认是/rewrite-status), 注意必须以/开始

5. statusEnabled: 设置status是否开启期望得到的值是true, false, 默认true

6. statusEnabledOnHosts: 设置允许status的主机, *可以被用作通配符默认是”localhost, local, 127.0.0.1”

7. modRewriteConf: 设置rewrite模式默认是false, 使用mod-rewrite(可以参照apache服务器的mod_rewrite相关资料)方式的配置文件如果设置为true并且confPath没有设置则配置文件路径将会被默认为/WEB-INF/.htaccess

8. modRewriteConfText: 从这些参数的值加从载mod_rewrite样式的配置设置这些参数则其他所有的参数都会被忽略比如:

 

<init-param>
    <param-name>modRewriteConfText</param-name>
    <param-value>
    RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R]
    RewriteRule ^/([uge])/([^/]+)$ /$1/$2/ [R]
    </param-value>
</init-param>

 

 

9. allowConfSwapViaHttp: 设置是否允许通过HTTP方式交互设置参数比如通过调用/rewrite-status/?conf=WEB-INF/urlrewrite2.xml

配置文件WEB-INF/urlrewrite.xml

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元素匹配时, applicationcontex路径将不会增加到url

2.4.2. true: applicationcontex路径参与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: 当前sessionid

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-httpcommons-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.xmlcontext.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必须是110之间的数

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: cookiepath

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: typerequest, 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. 在配置中如果要使用”&”, &amp;

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”, 容器交给UrlRewriteFilterurl会是”/somefolder/somepage.jsp”, 这可能难以理解但是在你的<rule><condition>中不要包含context path, 它是容器负责处理的.

14. 通配符:

通配符匹配引擎可以替代正则表达式<condition><rule>中设置match-typewildcard用以开启支持通配符.(或者设置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的方式使用

使用mod-rewrite样式的配置

filter配置

 

    <filter>
         <filter-name>UrlRewriteFilter</filter-name>
         <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
 
         <!-- defaults to false. use mod_rewrite style configuration file (if this is true and confPath
         is not specified confPath will be set to /WEB-INF/.htaccess) -->
         <init-param>
             <param-name>modRewriteConfText</param-name>
             <param-value><![CDATA[
 
                 # redirect mozilla to another area
                 RewriteCond  %{HTTP_USER_AGENT}  ^Mozilla.*
                 RewriteRule  ^/no-moz-here$                 /homepage.max.html  [L]
 
             ]]></param-value>
         </init-param>
 
     </filter>
 
     <filter-mapping>
         <filter-name>UrlRewriteFilter</filter-name>
         <url-pattern>/*</url-pattern>
         <dispatcher>REQUEST</dispatcher>
         <dispatcher>FORWARD</dispatcher>
     </filter-mapping>

 

WEB-INF/.htaccess下的具体匹配配置

# redirect mozilla to another area

     RewriteCond  %{HTTP_USER_AGENT}  ^Mozilla.*

     RewriteRule  ^/no-moz-here$                 /homepage.max.html  [L]

URL注解匹配

1. urlrewrite3.0之后使用JDK1.6及以上可以使用注解来生成urlrewrite的配置文件.

 

分享到:
评论

相关推荐

    url_Rewrite中文帮助文档

    ### URL Rewrite 中文帮助文档详解 #### 一、概述 URL Rewrite是一种强大的工具,用于将一个请求URL重写成另一个格式。这对于实现SEO友好的URL结构、管理网站重定向等非常有用。本文档主要介绍了如何在Java环境中...

    urlrewrite-maven-example.zip

    URLRewrite是一款强大的URL管理工具,尤其在Java Web应用中广泛使用,它可以帮助开发者实现URL的重写和转换,以达到优化URL、隐藏真实路径、提高SEO效果等目的。在本篇文章中,我们将深入探讨URLRewrite的核心概念和...

    URLRewrite帮助文档

    ### URLRewrite使用帮助文档 #### 一、URLRewriteFilter简介 URLRewriteFilter是一个功能强大的Web过滤器,主要用于实现URL的改写操作。它能够帮助开发者将动态URL转换成静态URL,这对于提高用户体验、优化SEO...

    伪静态 urlrewrite

    在Java Web开发中,"伪静态 URLRewrite"是一个重要的技术概念,主要用于优化网站的URL结构,使其看起来更像静态页面,从而提升用户体验和搜索引擎优化(SEO)。`URLRewrite`是一个基于Apache开源项目Tuckey开发的...

    伪静态URLRewrite实例解析

    ### 伪静态URLRewrite实例解析 #### 一、伪静态URLRewrite概念与作用 在Web开发领域,为了提高用户体验、便于搜索引擎抓取以及优化网站结构,常常需要对URL进行美化处理,这就是所谓的“伪静态”。通过将动态URL...

    ssh2中的urlrewrite和Struts2的生成静态页面

    ### SSH2中的URLRewrite与Struts2生成静态页面 #### URLRewrite的理解与应用 在SSH2(Spring + Struts2 + Hibernate)框架中,URLRewrite是一种强大的工具,可以用于实现URL重写功能,使得网站的URL更加友好、易于...

    伪链接使用相关jar包及官方文档

    2. 在Web应用的WEB-INF目录下创建一个名为`urlrewrite.xml`的配置文件,这是URL Rewrite Filter的核心配置文件。 `urlrewrite.xml`配置示例: ```xml &lt;urlrewrite&gt; ^/old-url/(.*)$ &lt;to&gt;/new-url/$1 &lt;/url...

    使用urlrewrite实现视频文件的下载

    标题 "使用urlrewrite实现视频文件的下载" 涉及到的是使用开源工具 `UrlRewriteFilter` 来处理视频文件的下载逻辑。这个工具基于Java Servlet Filter机制,能够帮助开发者对URL进行重写,从而实现多种功能,比如隐藏...

    关于Java重写 urlrewritefilter-4.0.3 版本参数个数问题

    这些规则存储在`urlrewrite.xml`配置文件中,开发者可以自定义规则来实现特定的URL转换逻辑。 在`urlrewritefilter-4.0.3`版本中,可能遇到的参数个数问题可能是由于以下原因: 1. **配置文件更新**:新版本可能...

    java开发相关帮助手册

    `mysql中文帮助手册.chm`提供了MySQL的中文文档,涵盖了SQL语法、数据库管理、存储过程、触发器等内容,帮助开发者理解和操作MySQL数据库。 3. **iBatis**:iBatis是一个优秀的持久层框架,它支持定制化SQL、存储...

    IsApi 中文帮助手册

    ISApi 中文帮助手册 ISApi rewrite 是一款强大的 URL 复写工具,可以轻松地配置 URL 的伪静态地址,并实现 URL 重定向。下面将详细介绍 ISApi rewrite 的配置和使用方法。 ISApi rewrite 的配置文件 -------------...

    weixin-robot-java:微信公共平台机器人Java SDK

    微信Robot Java借鉴了url rewrite的思想,url rewrite是根据url进行路由,而微信Robot则是根据消息类型和内容进行路由。 整理的流程如下: WexinRobotServlet负责认证和微信消息接收 接收后进行XML解析,构建出 ...

    Apache Http 中文文档

    - Apache模块是实现特定功能的代码单元,例如mod_rewrite用于URL重写,mod_security用于增强安全性。 - 如何启用或禁用模块,以及如何在配置文件中配置模块参数。 3. **虚拟主机**: - 通过虚拟主机,一台服务器...

    其他类别UrlRewriter Java v2.0 RC1

    【描述】"通过Java实现UrlRewrite" 提示我们,这个库是为Java开发者设计的,他们可以通过这个库轻松地在自己的应用中集成URL重写功能。Java作为一个广泛使用的服务器端编程语言,有着丰富的库支持,UrlRewriter就是...

    rewrite-impl-servlet-3.0-2.0.3.Final.zip

    在Java Web开发中,URL重写常用于实现SEO友好的URL结构,或者在RESTful API设计中改变请求路径。Servlet 3.0引入了若干新特性,包括异步处理、注解驱动的配置和过滤器链的改进,使得开发更为灵活高效。 描述中的 ...

    apache中文帮助文档

    这份"apache中文帮助文档"无疑是对于那些正在学习或使用Apache进行开发工作的人们极其宝贵的资源。下面,我们将深入探讨其中可能包含的知识点。 1. **Apache基础概念**:文档可能会介绍Apache的基础知识,如它的...

    UrlRewriter Java v2.0 RC1-urlrewriterjava

    3. **定义规则**:创建一个XML文件(如`urlrewrite.xml`),在其中定义URL重写规则。这些规则可以根据正则表达式匹配原始URL,并将其重写为目标URL。例如,你可以将动态参数化的URL重写为静态的、更友好的形式。 4....

    urlrewritefilter-2.6.zip(URL重写,重命名)

    在“urlrewritefilter-2.6.zip”中,包含的核心文件是`WEB-INF`目录下的`urlrewrite.xml`,这是URLRewriteFilter的配置文件。开发者需要在这个文件中定义各种重写规则,例如: ```xml ^/oldpage.html$ &lt;to&gt;/...

    UrlRewriter Java v2.0 RC1-urlrewriterjava.zip

    在实际应用中,开发者会创建一个名为`urlrewrite.xml`的配置文件,其中包含一系列规则定义,例如: ```xml ^/product/old/(.*)$ &lt;to type="redirect"&gt;/product/new/$1 ^/content/(.*)\.html$ &lt;to&gt;/content/...

Global site tag (gtag.js) - Google Analytics