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.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

… <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/

  <proxies>

    <proxy>
      <id>my-proxy1</id>
      <active>true</active>     --  激活代理
      <protocol>http</protocol> 
       <host> ip 地址 </host>  - 主机名
      <port>80</port>
      <username>proxyuser</username>
      <password>proxypass</password>
      <nonProxyHosts>local.net|some.host.com|*.google.com</nonProxyHosts>   -- 那些主机名不用代理，用 |  分隔,支持*通配符。
    </proxy>
   。。。。。。。。。。。。。。
  </proxies>
  注：如果声明多个proxy，则默认第一个被激活proxy有效。
----------------------------------------------------------------------------------------------------------
注：以上笔记来自 许晓斌的<<Maven实战>>