使用了urlrewriter，但是发现有些问题，配置如下：
   < filter >
     < filter-name > UrlRewriteFilter </ filter-name >
     < filter-class >
         org.tuckey.web.filters.urlrewrite.UrlRewriteFilter </ filter-class >
     < init-param >
             < param-name > logLevel </ param-name >
             < param-value > TRACE </ param-value >
         </ init-param >
     </ filter >
     < filter-mapping >
         < filter-name > UrlRewriteFilter </ filter-name >
         < url-pattern > *.do </ url-pattern >
     </ filter-mapping >


2.4版本的servlet规范在部属描述符中新增加了一个<dispatcher>元素，这个元素有四个可能的值：即REQUEST,FORWARD,INCLUDE和ERROR，可以在一个<filter-mapping>元素中加入任意数目的<dispatcher>，使得filter将会作用于直接从客户端过来的request，通过forward过来的request，通过include过来的request和通过<error-page>过来的request。如果没有指定任何< dispatcher >元素，默认值是REQUEST。
下面几个列子说明一下它的用法：
例1：
< filter-mapping >      //过滤器的映射
 < filter-name > Logging Filter </ filter-name >     //过滤器的名字
 < url-pattern > /person/* </ url-pattern >      //截获以person为开头的url
 </ filter-mapping >

这种情况下，过滤器将会作用于直接从客户端发过来的以/person/…开始的请求。因为这里没有制定任何的< dispatcher >元素，默认值是REQUEST。

例2：
< filter-mapping >
< filter-name > Logging Filter </ filter-name >      //过滤器的名字
 < servlet-name > LogServlet </ servlet-name >  //截获名字为LogServlet的servletl
 < dispatcher > INCLUDE </ dispatcher >   
</filter-mapping>
 
截获以request dispatcher的include方法传递过来的对ProductServlet的请求

例3：
< filter-mapping >
< filter-name > Logging Filter </ filter-name >
< url-pattern > /person/* </ url-pattern >
< dispatcher > FORWARD </ dispatcher >
< dispatcher > REQUEST </ dispatcher >
</ filter-mapping >

在这种情况下，如果请求是以/person/…开头的，并且是通过request dispatcher的forward方法传递过来或者直接从客户端传递过来的，则必须经过这个过滤器。