struts2靜態資源過濾

『壹』 struts2怎麼在web.xml配置過濾器過濾掉指定的url或者指定的url不過濾

<filter>
<filter-name>struts2</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern> //這個抄 地方指定要過濾的url

</filter-mapping>

『貳』 Struts2入口過濾器配置

本人試驗了一下配置成*.action index.jsp是可行的，不過一般情況下是配置成/*的 然後結合版struts.properties文件裡面的struts.action.extension(定義擴權展名，例如.do,.action等等，多個擴展名中間用逗號隔開)值使用，樓主你最好檢查下你的伺服器啟動日誌 看看項目是否正常啟動。

『叄』 struts2 攔截器和過濾器的作用是什麼

攔截器的工作原理：
當接收到一個httprequest ,
a) 當外部的httpservletrequest到來時
b) 初始到了servlet容器 傳遞給一個標準的過濾器鏈
c) FilterDispatecher會去查找相應的ActionMapper，如果找到了相應的ActionMapper它將會將控制許可權交給ActionProxy
d) ActionProxy將會通過ConfigurationManager來查找配置struts.xml
i. 下一步將會 通過ActionInvocation來負責命令模式的實現（包括調用一些攔截Interceptor框架在調用action之前）
ii. Interceptor做一些攔截或者初始的工作
e) 一旦action返回，會查找相應的Result
f) Result類型可以是 jsp或者freeMark 等
g) 這些組件和ActionMapper一起返回給請求的url（注意攔截器的執行順序）
h) 響應的返回是通過我們在web.xml中配置的過濾器
i) 如果ActionContextCleanUp是當前使用的，則FilterDispatecher將不會清理sreadlocal ActionContext;如果ActionContextCleanUp不使用，則將會去清理sreadlocals。
攔截器實現原理：

1、攔截器是基於java反射機制的，而過濾器是基於函數回調的。
2、過濾器依賴於servlet容器，而攔截器不依賴於servlet容器。
3、攔截器只能對Action請求起作用，而過濾器則可以對幾乎所有請求起作用。
4、攔截器可以訪問Action上下文、值棧里的對象，而過濾器不能。
5、在Action的生命周期中，攔截器可以多次調用，而過濾器只能在容器初始化時被調用一次。

過濾器的作用：
(1)執行Actions
過濾器通過ActionMapper對象，來判斷是否應該被映射到Action.如果mapper對象指示他應該被映射，過濾鏈將會被終止，然後Action被調用。這一點非常重要，如果同時使用SiteMesh filter，則SiteMesh filter應該放到該過濾器前，否則Action的輸出將不會被裝飾。
(2)清除ActionContext
過濾器為了確保內存溢出，會自動的清除ActionContext。這可能會存在一些問題，在和其它的框架集成時，例如SiteMesh。ActionContextCleanUp提供了怎麼處理這些問題的一些信息。
(3)維護靜態內容
過濾器也會維護在Struts2中使用的一些公共的靜態的內容，例如JavaScript文件，CSS文件等。搜索/struts/*范圍內的請求，然後將/struts/後面的值映射到一些struts的公共包中，也可以在你的類路徑中搜索。默認情況下會去查找以下包：org.apache.struts2.static.template。這樣你只用請求/struts/xhtml/styles.css，XHTML UI主題默認的樣式表將會被返回。同樣，AJAX UI組件需要的JavaScript文件，也可以在org.apache.struts2.static包中被找到。如果你想加入其它被搜索的包，在web.xml中設置filter時，通過給"actionPackages"初始參數一個逗號隔開的包列表值來設定。

『肆』 Struts2如何過濾WEB-INF下面的JSP文件，求助！！！！

WEB-INF下的文件必須要進行action跳轉,從struts.xml中配置的resutl進行載入,默認是不允許定位WEN-INF下的所有文件的

『伍』 struts2 攔截器和過濾器的作用是什麼

struts2攔截器，在AOP中用於在某個方法或欄位被訪問之前，進行攔截然後在之前或之後加入某些操作。攔截是AOP的一種實現策略。過濾器是輸送介質管道上不可缺少的一種裝置，通常安裝在減壓閥、泄壓閥、定水位閥 ,方工過濾器其它設備的進口端設備。

『陸』 struts2 Filterdispatch作用原理

struts2 Filterdispatch是Struts2的主要的Filter，負責四個方面的功能：
(1)執行Actions
(2)清除ActionContext
(3)維護靜態內容
(4)清除request生命周期內的XWork的interceptors
另註：該過濾器應該過濾所有的請求URL。一般被設置為/*.
具體：
(1)執行Actions
過濾器通過ActionMapper對象，來判斷是否應該被映射到Action.如果mapper對象指示他應該被映射，過濾鏈將會被終止，
然後Action被調用。這一點非常重要，如果同時使用SiteMesh filter，則SiteMesh filter應該放到該過濾器前，否則
Action的輸出將不會被裝飾。
(2)清除ActionContext
過濾器為了確保內存溢出，會自動的清除ActionContext。這可能會存在一些問題，在和其它的框架集成時，例如SiteMesh。
ActionContextCleanUp提供了怎麼處理這些問題的一些信息。
(3)維護靜態內容
過濾器也會維護在Struts2中使用的一些公共的靜態的內容，例如Javascript文件，CSS文件等。搜索/struts/*范圍內的
請求，然後將/struts/後面的值映射到一些struts的公共包中，也可以在你的類路徑中搜索。默認情況下會去查找以下
包：
org.apache.struts2.static
template
這樣你只用請求/struts/xhtml/styles.css，XHTML UI主題默認的樣式表將會被返回。同樣，AJAX UI組件需要的
Javascript文件，也可以在org.apache.struts2.static包中被找到。如果你想加入其它被搜索的包，在web.xml中
設置filter時，通過給"actionPackages"初始參數一個逗號隔開的包列表值來設定。
需注意的是：他會暴露一些比較敏感的信息例如，properites文件中的資料庫連接信息。
註：過濾器支持以下初始參數：
config - 被調入的逗號隔開的XML文件列表。
actionPackages - 被actions掃描的逗號隔開的packages列表。
configProviders - 逗號分隔的實現了ConfigurationProvider介面(建造Configuration時被使用)的實現類。
* － 任意的struts常量。
通過重載createDispatcher()方法，可以自定義dispather。

屬性列表：
(1)actionMapper：通過注入，提供一個ActionMapper實例。
(2)dispatcher：暴露給子類一個Dispatcher實例。
(3)encoding：存儲StrutsConstants.STRUTS_I18N_ENCODING的設置。
(4)filterConfig：通過初始參數，提供一個FilterConfig實例。
(5)lastModifiedCal：在緩存靜態content，提供一個格化的日期用於設定頭信息。
(6)log：提供一個logging實例。
(7)patchPrefixs：存儲靜態資源的路徑前綴信息。
(8)serveStatic：存儲StrutsConstants.STRUTS_SERVE_STATIC_CONTENT的設置。
(9)serveStaticBrowserCache：存儲StrutsConstants.STRUTS_SERVE_STATIC_BROWSER_CACHE的設置。
方法列表：
(1)(InputStream input, OutputStream output)：從input復制數據到output。
(2)createDispatcher(FilterConfig filterConfig)：創建默認的dispatcher對象，如果需要的話，子類可以重載此方法，
自定義一個dispatcher對象。
(3)destory()：調用dispatcher.cleanup()，依次釋放本地線程，銷毀dispatcher對象。
(4)doFilter(ServletRequest request, ServeltResponse response, FilterChain chain)：處理一個action或處理一個請求
的靜態內容。
(5)findInputStream(String name, String packagePrefix)：搜索類路徑下的靜態資源。
(6)findStaticResoruce(String name, HttpServletRequest request, HttpServletResponse response)：搜索靜態的資源，
直接復制到相應response的頭信息中。
(7)getContentType(String name)：獲取指定資源的contentType。
(8)getFilterConfig()：獲取FilterConfig實例。
(9)getServletContext()：給WebLogic的一些版本提供一個工作區。
(9)init(FilterConfig filterCongfig)：創建默認的dispatcher對象和設置靜態資源的默認包信息來初始化filter。
(10)parse(String packages)：返回一個數組通過解析一個指定逗號分隔的packages列表。
(11)(HttpServletRequest request, HttpServletResponse response)：對給定的request
對象進行封裝返回一個封裝HttpServletRequest對象。例如顯示的處理multipart數據。
(12)setMapper(ActionMapper actionMapper)
(13)setEncoding(String val)
(14)setServeStaticContent(String val)
(15)setServeStaticBrowserCache(String val)

『柒』 Java框架Struts2的攔截器和過濾器有什麼區別

過濾器，是在java web中，你傳入的request,response提前過濾掉一些信息，或者提前設置一些參數，然後再傳入servlet或者struts的
action進行業務邏輯，比如過濾掉非法url（不是login.do的地址請求，如果用戶沒有登陸都過濾掉）,或者在傳入servlet或者
struts的action前統一設置字元集，或者去除掉一些非法字元.

攔截器，是在面向切面編程的就是在你的service或者一個方法，前調用一個方法，或者在方法後調用一個方法比如動態代理就是攔截器的簡單實現，在你調用方法前列印出字元串（或者做其它業務邏輯的操作），也可以在你調用方法後列印出字元串，甚至在你拋出異常的時候做業務邏輯的操作。

攔截器與過濾器的區別：

1. 攔截器是基於java的反射機制的，而過濾器是基於函數回調。
2. 攔截器不依賴與servlet容器，過濾器依賴與servlet容器。
3. 攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用。
4. 攔截器可以訪問action上下文、值棧里的對象，而過濾器不能訪問。
5. 在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次
   

執行順序：過濾前 - 攔截前 - Action處理 - 攔截後 -
過濾後。個人認為過濾是一個橫向的過程，首先把客戶端提交的內容進行過濾(例如未登錄用戶不能訪問內部頁面的處理)；過濾通過後，攔截器將檢查用戶提交數據的驗證，做一些前期的數據處理，接著把處理後的數據發給對應的Action；Action處理完成返回後，攔截器還可以做其他過程(還沒想到要做啥)，再向上返回到過濾器的後續操作。

『捌』 struts2配置過濾器與攔截器

你在過濾器中 重定向的啊。我們這個項目是在 攔截器 中返回字元串，然後通過 struts.xml 跳轉到 你要跳轉的頁面。。。。
代碼：
這是配置的攔截器。
<!-- 只有admin 用戶才能訪問的action -->
<package name="onlyadmin" extends="struts-default">
<interceptors>
<!--定義一個名為admin的攔截器-->
<interceptor class="e.cuit.course.interceptor.AdminInterceptor"
name="admin" />
<!--定義一個包含許可權檢查的攔截器棧-->
<interceptor-stack name="adminInterceptor">
<!--配置內建默認攔截器-->
<interceptor-ref name="defaultStack" />
<!--配置自定義的攔截器-->
<interceptor-ref name="admin">
<param name="excludeMethods">list</param>
</interceptor-ref>
</interceptor-stack>
</interceptors>

<default-interceptor-ref name="adminInterceptor" />
<global-results>
<result name="login">/user/userLogin.jsp</result>
</global-results>
【這是全局的result，你就曉得，當自定義攔截器返回login的時候，它就會跳轉到你要跳轉的頁面了。】
<action name="admin" class="e.cuit.course.action.AdminAction">
</action>
<action name="mole" class="e.cuit.course.action.MoleAction">
<result name="addMole">/mole/moleadd.jsp</result>
<result name="addSuccess">/mole/suc.jsp</result>
<result name="listByPageSuccess">/page/molelist.jsp</result>
<result name="update">/mole/moleupdate.jsp</result>
<result name="updateSuccess">/mole/suc.jsp</result>
</action>

<action name="menu" class="e.cuit.course.action.MenuAction">
<result name="add">/menu/menuadd.jsp</result>
<result name="addSuccess">/menu/suc.jsp</result>
<result name="listByPageSuccess">/page/menulist.jsp</result>
<result name="update">/menu/menuupdate.jsp</result>
<result name="updateSuccess" type="redirectAction">
<param name="actionName">menu</param>
<param name="method">listByPage</param>
</result>
</action>
</package>
。。。。。。。。。。。。。。。。。。。。。。。。。。。
這就是自定義的攔截器：
package e.cuit.course.interceptor;

import java.util.Map;

import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionContext;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.MethodFilterInterceptor;

import e.cuit.course.action.UserAction;
import e.cuit.course.pojo.User;

public class UserInterceptor extends MethodFilterInterceptor {
private static final long serialVersionUID = -4390311642665624081L;

private UserAction userAction = new UserAction();
@Override
public String doIntercept(ActionInvocation invocation) throws Exception {

ActionContext ctx = invocation.getInvocationContext();

Map<String ,Object> session = ctx.getSession();

User user = (User) session.get("user");
if (user == null) {
ctx.put("loginTip", "你還沒有登錄");
return Action.LOGIN;
}
return invocation.invoke();
}

public void setUserAction(UserAction userAction) {
this.userAction = userAction;
}
public UserAction getUserAction() {
return userAction;
}
}
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
應該差不多了，還有個system 的攔截器，差不多的結構。。要知道 你提交請求的時候，先叫由web。xml然後通過過濾器一層一層到 攔截器，也就是在你的邏輯前加一些 驗證的東西，系統的攔截器有很多， invocation.invoke（）就是一層一層去 觸發攔截器，當系統 的攔截器和 自定義的攔截器 都通過了的時候 才回訪問你的 邏輯 action 或者方法，這個叫做aop編程 。面向切面編程。

『玖』 struts2中怎樣實現過濾jsp頁面的過濾器

你可以用Filter來過濾所有請求，設置一個全局變數，如果登錄了 就給賦值，如果沒有登錄就跳轉到登錄界面讓他登錄..

『拾』 如何配置struts2的過濾器

你說的是攔截器吧
第一步：創建一個類實現Intercepter介面並實現其中方法
第二步：注冊攔截器（在struts.xml）如：
<package name="cust"
namespace="/cust"
extends="struts-default">
<interceptors>
<!-- 注冊攔截器 -->
<interceptor name="first"
class="com.interceptor.FirstInterceptor"/>
<interceptor name="second"
class="com.interceptor.SecondInterceptor"/>
<!-- 注冊攔截器棧，將所有攔截器打包在一起 -->
<interceptor-stack name="mystack">
<interceptor-ref name="first"/>
<interceptor-ref name="second"/>
<!-- 引用自定義的攔截器時，會使struts2自帶的攔截器失效
因此，要將默認的攔截器加入到自定義的攔截器棧中 -->
<interceptor-ref name="defaultStack"/>
</interceptor-stack>
</interceptors>
<!--第三步： 引用攔截器 ,

<action name="toUpdateCustomer"
class="com.action.ToUpdateCustomerAction"
method="execute">
<!-- 引用攔截器 ,
<interceptor-ref name="first"/>
<interceptor-ref name="first"/>-->
<!-- 引用攔截器棧，會一次將所有的攔截器引用 -->
<interceptor-ref name="mystack"/>
<result name="success">
/WEB-INF/cust/update_customer.jsp
</result>
</action>
</package>
供參考