<转自JavaEye论坛>
Struts.xml
包含配置
在默认的情况下，Struts2将自动加载放在WEB-INF/classes路径下的struts.xml文件。大部分应用里，随着应用的规模的增加，系统的Action数量大量增加，导致了struts.xml配置文件变得非常臃肿。
为了避免这种情况，可以将一个struts.xml文件分解成多个配置文件，然后在struts.xml文件中包含其他配置文件。比如说：在struts.xml文件中使用以下配置方式
通过这种方式提供了一种模块化的方式来管理struts.xml文件。
另外，在core的根目录下有一个struts-default.xml文件，注意，这个文件是自动加载的，不需要在我们的struts.xml文件中用include导入。
Bean的配置
一般这个元素不需要我们进行配置，只是需要重新定义struts2的核心组件的时候才需要使用到这个元素。
Struts2框架是一个可以高度扩展的框架，框架的大部分核心组件，都是通过IOC容器来进行管理的。因此，允许开发者可以很方便的提供自己的组件实现类，并将组件类部署到struts2就OK了。
这个标记很不常用，如果需要可以查看帮助。
不过这里举个例子：
以上代码的作用是使用一个自己定义的ObjectFactory来替换了struts2内置的object。
常量配置
Struts有一个属性文件，struts.properties，实际上这个配置文件是指定struts2的属性。而常量配置就是指定struts2属性的一种方式。例子：
以上用于指定国际化资源文件的前缀名是message，当然也可以在struts.properties中配置，如下：
struts.custom.i18n.resources=message
也可以在web.xml中进行配置：
作为FilterDispatcher的init-param
struts.custom.i18n.resources
以下是加载struts2常量的搜索顺序：
1、 struts-default.xml中
2、 struts-plugin.xml中
3、 struts.xml中
4、 struts.properties
5、 web.xml中
包配置
Struts2使用package来管理Action和拦截器等。配置该包时，必须指定一个name属性，用于指定包名，可以指定一个可选的extends属性，是另一个包的名字，子包可以继承父包的拦截器，拦截器栈、action等配置。除此之外，struts还提供了一个抽象包，抽象包的含义是该包不能有action的定义。设置abstract=”true”说明这是一个抽象包。
以下是一个例子：
其中struts-default是struts-default.xml提供的包。
另一个比较重要的概念就是命名空间：
考虑在一个web应用中需要同名的action，struits2以命名空间的方式来管理Action，同一个命名空间不能有同名的Action，不同的命名空间可以有同名的Action。如果不指定命名空间，则默认的命名空间是””，指定了命名空间之后，Action的URL应该是命名空间+Action名。
比如说：
则对应的Action应该是/user/register.action。
如果namespace=”/”，说明这是一个根命名空间。
如果指定了命名空间，但是在该命名空间中找不到该Action，struts2将会在默认的命名空间中继续查找，如果还找不到，则出现系统错误。
比如说：
请求/order/save.action，系统首先在命名空间/order中查找，如果找到，使用该action进行处理，否则，系统将到默认的命名空间中查找，如果两个命名空间都找不到，出现系统错误。
拦截器配置
拦截器实际上思想就是AOP，我们可以使用拦截器跟踪日志、跟踪系统性能瓶颈等。
拦截器的配置无非就是声明拦截器、引用拦截器以及声明拦截器栈。可以认为拦截器栈是由多个拦截器组成的一个大的拦截器。
定义拦截器和拦截器栈都在这个标记内
以下是一个例子：
引用拦截器是在action中引用的：例子：
……
配置Action
实际上配置Action很简单，就使用action标签就OK了，action标签有两个重要属性：name和class，name是必须指定的，他既是action的名字，也是该action需要处理的URL的前半部分。如果class没有指定，默认是ActionSupport。而ActionSupport默认处理就是返回一个SUCCESS字符串。
struts的全局配置文件中有一个属性：struts.enable.SlashesInActionNames如果设置为true，允许struts2框架中使用斜线。
Action中直接访问servlet API有以下两种方法：
1、 如果需要访问ServletContext，Action类需要实现接口ServletContextAware
如果需要访问 HttpServletRequest，Action类需要实现接口ServletRequestAware
如果需要访问 HttpServletResponse，Action类需要实现接口ServletResponseAware
以下是例子代码，主要用于访问Reponse对象：
public class LoginAction implements Action,ServletResponseAware
{
private HttpServletResponse response;
//实现ServletResponseAware接口必须实现的方法
public String execute() throw Exception
{
Cookie c = new Cookie(“user”,getUsername());
c.setMaxAge(60*60);//最大生存时间
response.addCookie(c);
return SUCCESS;
}
}
2、 struts2提供了一个ServletActionContext，这个类包含了访问request，response等静态方法。
注意：即使我们在struts2的Action中获得了HttpServletResponse对象，也不要尝试直接在Action中生成对客户端的输出。比如：下面代码是没有实际意义的，即
response.getWriter().println(“hello world!”);
为action元素指定method属性
对action进行如下的配置：
……
……
查看以上两个action，默认的情况是Regist，而当Login的时候，将提交到LoginAction的login中。查看上面的两个action，class都是一样的，于是就出现了下面的使用通配符的概念。
使用通配符
在配置action的时候，action的三个属性name、class和method都可以使用通配符。
以下举例说明：
……
解释一下上面代码的含义：上面定义的不是一个普通的action，而是定义了一系列的action，只要URL是*Action.action的模式，都可以通过该Action进行处理。但该Action定义了一个表达式{1}，该表达式的值就是name属性值中的第一个*的值。
例如，如果用户请求的URL是loginAction.action，则调用该action的login方法；如果用户请求的URL是registAction.action，则调用该action的regist方法。
……
比如说：如果URL为RegistAction.action，可以匹配上面的action，该action的处理类是cc.dynasoft.RegistAction
当一个action为Book_save.action的时候将调用BookAction的save方法来处理用户请求。
注意这个时候指定校验文件需要注意，比如说Book_save.action的校验文件应该是
Book_save-validation.xml。
/{1}.jsp
这个应该不难理解，呵呵。
以下需要注意的问题：
如果有URL为abcAction.action的请求，如果struts.xml文件有名为abcAction的Action，则一定由该Action来处理用户请求；如果struts.xml文件没有名为abcAction的Action，则搜索name属性值匹配abcAction的Action，例如name为*Action或*，*Action并不会比*更优先匹配abcAction的请求，而是先找到哪个Action，就先由哪个Action来处理用户的请求。因此，我们应该将名为*的Action配置在最后，否则struts2将使用该Action来处理所有希望使用模式匹配的请求。
处理结果
struts2通过在struts.xml文件中使用元素来配置结果，根据元素所在位置的不同，struts2提供了两种结果。
全局结果：将作为元素的子元素配置。
以下列出比较标准的配置：
location：用于指定实际视图资源
parse：该参数指定是否允许在实际视图名称中使用ONGL表达式，默认为true。如果设置为false则不允许使用，通常不需要修改。
一般我们比较常用的写法：
/thank_you.jsp
注意如果没有指定name属性：则默认是success；如果没有指定type，则默认就是dispatcher，即JSP。
下面列出struts2内建支持的结果类型如下：
chain：Action链式处理的结果类型，也就是将结果转发到这个action中。
chart：整合JFreeChart的结果类型
dispatcher：用于整合JSP的结果类型
freemarker：用于整合freemarker结果类型。
httpheader：用于控制特殊的HTTP行为的结果类型。
jasper：用于JasperReports整合的结果类型
jsf：用于整合JSF后的结果类型
redirect：实际上dispatcher和redirect的区别就是在于转发和重定向的区别。
redirect-action：用于直接redirect action。
stream：用于向浏览器返回一个Inputstream（用于文件下载）
tiles：用于整合Tiles后的结果类型。
velocity：用于整合Velocity的结果类型。
xslt：用于整合XML/XSLT的结果类型。
plaintext：用于显示某个页面的源代码。
plaintext、redirect以及redirect-action的配置分别如下：
设置字符集编码-->
/welcome.jsp
指定action的命名空间-->
指定action的名字-->
在请求结果中使用ONGL表达式
例子：
edit.action?skillName=${currentSkill.name}
对于上面的表达式语法，要求action中必须包含currentSkill属性，并且currentSkill属性必须包含name属性，否则${currentSkill.name}表达式值为null。
属性驱动和模型驱动
我不推荐使用模型驱动，属性驱动完全可以实现模型驱动的效果。
异常处理
异常处理在struts2中采用可配置的方式来处理，主要是为了防止异常代码和action代码耦合。我们比较希望的异常处理模式是这样的，如果出现了异常一，则系统跳转到视图1；如果出现了异常二，则系统转到视图2。
我们查看execute的声明：public String execute() throws Exception可以发现将异常抛出由struts2框架进行处理，为了处理异常，我们必须使用exception拦截器，由于在struts-default.xml的defaultStack中已经存在这个拦截器的定义，于是我们可以不用做任何事情。
struts2的异常处理机制是通过在struts.xml文件中配置元素完成的，配置该元素的时候，需要指定两个属性：
exception：此属性指定该异常映射所设置的异常类型。
result：出现这个异常的时候，转入result属性所指向的结果。
根据元素出现的位置的不同，异常映射又可分为两种：
局部异常映射：将作为action的子元素配置
全局异常映射：将元素作为元素的子元素配置。
实际上配置类似result，可以有局部，也可以是全局，局部优先。
举个例子：
注意以上的sql和root是全局result。
输出异常信息：
:输出异常对象本身，注意这个异常代表Exception的实例，因此可以调用message属性。
：输出异常堆栈信息。
