kitten

Web 應用在接受表單提交的數據后都需要對其進行合法性檢查，如果表單數據不合法，請求將被駁回。類似的，當我們在編寫類的方法時，也常常需要對方法入參進行合法性檢查，如果入參不符合要求，方法將通過拋出異常的方式拒絕后續處理。舉一個例子：有一個根據文件名獲取輸入流的方法：InputStream getData(String file)，為了使方法能夠成功執行，必須保證 file 入參不能為 null 或空白字符，否則根本無須進行后繼的處理。這時方法的編寫者通常會在方法體的最前面編寫一段對入參進行檢測的代碼，如下所示：

public InputStream getData(String file) {     if (file == null || file.length() == 0|| file.replaceAll("\\s", "").length() == 0) {         throw new IllegalArgumentException("file入參不是有效的文件地址");     } … }

類似以上檢測方法入參的代碼是非常常見，但是在每個方法中都使用手工編寫檢測邏輯的方式并不是一個好主意。閱讀 Spring 源碼，您會發現 Spring 采用一個 org.springframework.util.Assert 通用類完成這一任務。

Assert 翻譯為中文為“斷言”，使用過 JUnit 的讀者都熟知這個概念，它斷定某一個實際的運行值和預期想一樣，否則就拋出異常。Spring 對方法入參的檢測借用了這個概念，其提供的 Assert 類擁有眾多按規則對方法入參進行斷言的方法，可以滿足大部分方法入參檢測的要求。這些斷言方法在入參不滿足要求時就會拋出 IllegalArgumentException。

Struts2.0.11.1/2 + Tiles 2.0.4(是Struts2.0.11的一部分）

Struts2.0.11.2比Struts2.0.11.1修改了一些安全性問題。

配置根據網上的例子Tiles的時候，出現兩個比較頭疼的問題，終于弄明白錯在什么地方了。

1. org.apache.tiles.taglib.UseAttributeTag$Tei 找不到的問題。

10:12:31,343 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception 
java.lang.ClassNotFoundException: org.apache.tiles.taglib.UseAttributeTag$Tei

這個是因為在layout.jsp里面的taglib說明行里面：

原來使用的是/WEB-INF/tiles.tld。跟當前版本不對應。 從tiles-jsp-2.0.4.jar中解壓出tiles-jsp.tld。放到合適的位置，在聲明的時候寫對就可以了。

另外： WEB-INF/lib 添加jar:  tiles-api-2.0.6.jar tiles-core-2.0.6.jar tiles-jsp-2.0.6.jar 

2. Attribute 'header' not found.

10:36:05,734 ERROR [RenderTagSupport] Error during rendering 
javax.servlet.jsp.JspException: Error executing tag: Attribute 'header' not found.

這個問題出在struts.xml中定義的

本文來自：http://www.xuebuyuan.com/675702.html

          org.apache.tiles.impl.BasicTilesContainer.DEFINITIONS_CONFIG 
        
        /WEB-INF/tiles.xml 
     

這個tiles.xml中的DOCTYPE 說明字段是這樣的：

       "-//Apache Software Foundation//DTD Tiles Configuration 2.0//EN" 
       "http://jakarta.apache.org/struts/dtds/tiles-config.dtd">

這樣是錯誤的，應該寫成

       "-//Apache Software Foundation//DTD Tiles Configuration 2.0//EN" 
      "http://tiles.apache.org/dtds/tiles-config_2_0.dtd">

來自：http://www.xuebuyuan.com/675702.html

在struts2.3.16.1下，web.xml中使用

… <filter> <filter-name>struts2</filter-name> <filter-class> org.apache.struts2.dispatcher.FilterDispatcher </filter-class>

會出現
***********************************************************************
*                               WARNING!!!                            *
*                                                                     *
* >>> FilterDispatcher <<< is deprecated! Please use the new filters! *
*                                                                     *
*           This can be a source of unpredictable problems!           *
*                                                                     *
*              Please refer to the docs for more details!             *
*            http://struts.apache.org/2.x/docs/webxml.html            *
*                                                                     *
***********************************************************************

原因在于:

Class FilterDispatcher Deprecated. Since Struts2.3.16.1, use StrutsPrepareAndExecuteFilter instead or StrutsPrepareFilterand StrutsExecuteFilter if needing using the ActionContextCleanUp filter in addition to this one..即，從Struts 2.1.3起已被標注為過時的，改用StrutsPrepareAndExecuteFilter

解決方法，將web.xml上述代碼改為：

…

<filter> <filter-name>struts2</filter-name> <filter-class> org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter </filter-class> </filter> 
 

來自：http://www.cnblogs.com/babybluevino/