使用了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方法傳遞過來或者直接從客戶端傳遞過來的，則必須經過這個過濾器。