在Struts 1.0中，我们只能在web.xml中为ActionServlet指定一个配置文件，这对于我们这些网上的教学例子来说当然没什么问题，但是在实际的应用开发过程中，可能会有些麻烦。因为许多开发人员都可能同时需要修改配置文件，但是配置文件只能同时被一个人修改，这样肯定会造成一定程度上的资源争夺，势必会影响开发效率和引起开发人员的抱怨。
在Struts 1.1中，为了解决这个并行开发的问题，提出了两种解决方案：

• 多个配置文件的支持
• 模块的支持

支持多个配置文件，是指你能够为ActionServlet同时指定多个xml配置文件，文件之间以逗号分隔，比如Struts提供的MailReader演示例子中就采用该种方法。



action
org.apache.struts.action.ActionServlet
config /WEB-INF/struts-config.xml,
/WEB-INF/struts-config-registration.xml
1

这种方法可以很好地解决修改冲突的问题，不同的开发人员可以在不同的配置文件中设置自己的Action、ActionForm等等（当然不是说每个开发人员都需要自己的配置文件，可以按照系统的功能模块进行划分）。但是，这里还是存在一个潜在的问题，就是可能不同的配置文件之间会产生冲突，因为在ActionServlet初始化的时候这几个文件最终还是需要合并到一起的。比如，在struts-config.xml中配置了一个名为success的，而在struts-config-registration.xml中也配置了一个同样的，那么执行起来就会产生冲突。

为了彻底解决这种冲突，Struts 1.1中引进了模块（Module）的概念。一个模块就是一个独立的子系统，你可以在其中进行任意所需的配置，同时又不必担心和其它的配置文件产生冲突。因为前面我们讲过，ActionServlet是将不同的模块信息保存在不同的ModuleConfig对象中的。要使用模块的功能，需要进行以下的准备工作：

1、为每个模块准备一个配置文件
2、配置web.xml文件，通知控制器
3、准备各个模块所需的ActionForm、Action和JSP等资源

决定采用多个模块以后，你需要将这些信息告诉控制器，这需要在web.xml文件进行配置。下面是一个典型的多模块配置：

config /WEB-INF/struts-config.xml
config/customer /WEB-INF/struts-config-customer.xml
config/order /WEB-INF/struts-config-order.xml

要配置多个模块，你需要在原有的一个（在Struts 1.1中将其对应的模块称为缺省模块）的基础之上，增加模块对应的。其中表示为config/XXX的形式，其中XXX为对应的模块名，中还是指定模块对应的配置文件。上面这个例子说明该应用有三个模块，分别是缺省模块、customer和order，它们分别对应不同的配置文件。

但是要注意的是，模块的出现也同时带来了一个问题，即如何在不同模块间进行转发？有两种方法可以实现模块间的转发，一种就是在（全局或者本地）中定义，另外一种就是利用org.apache.struts.actions.SwitchAction。

下面就是一个全局的例子：

可以看出，只需要在原有的path属性前加上模块名，同时将contextRelative属性置为true即可。此外，你也可以在中定义一个类似的本地。

如果你已经处在其他模块，需要转回到缺省模块，那应该类似下面这样定义，即模块名为空。

此外，你也可以使用org.apache.struts.actions.SwitchAction，例如：

参考文章：
http://www.ibm.com/developerworks/cn/java/l-struts1-1/
http://www.blogjava.net/SteelHand/archive/2005/05/13/4247.html