配置web.xml,配置Struts2的过滤器
任何MVC框架都需要与Web应用整合,这就不得不借助于web.xml文件,只有配置在web.xml文件中Servlet才会被应用加载。
Struts.xml 主配置文件:
在web应用程序中我们都是使用部署描述符来初始化一些资源如servlet、过滤器、监听器等等,这个部署描述符就是那广为人知的web.xml了。同样的,框架也使用一个配置文件来初始化它自己的资源,这些资源主要包括:
1.拦截器(Interceptor):对请求进行预处理和后加工;
2.Action Classes:负责调用商业逻辑和数据访问层;
3.Results:负责返回视图(view),如JSP页面等等;
Bean标签配置
Struts2是个可以扩展的框架,框架的核心组件都是可以配置的,这些组件可以通过Struts2自身的依赖注入容器来装配。开发时可以自己编写组件来扩展框架功能,然后通过bean元素来配置组件。
在Struts-default.xml文件定义了struts2框架中可配置的组件。
bean元素属性:
属性名称 |
是否必须 |
描述信息 |
class |
是 |
bean的类名 |
type |
否 |
bean实现的主要接口 |
name |
否 |
bean的名字,在具有相同Type属性的bean中,该名字必须唯一 |
scope |
否 |
bean的作用域,是default,singleton,request,session,thread中的一个 |
static |
否 |
是否注入静态方法,如果指定了type,static就不能为true |
optional |
否 |
Bean是否可选 |
package标签配置:
<package … />标签是用来把那些需要共享的通用信息——例如拦截器堆栈或URL命名空间——的配置组织在一起的。它通常由Action的配置组成,但也可以包括任何类型的配置信息。它还可以用来组织管理各自独立的功能——它们也可以被进一步拆分到不同的配置文件中。
Struts2中的包类似于java中的包,提供了将action、result、拦截器和拦截器栈组织成一个逻辑单元的一种方式,从而为你简化了维护工作,提高了重用性。
在struts.xml文件中,与web应用相关的设置都在包中定义,每一个包中都包含了将要用到的action、result、拦截器和拦截器栈。
属性名 |
是否必须 |
描述信息 |
name |
是 |
package的唯一标识,不允许同名 |
extends |
否 |
当前这个Package所继承的Package的名字,被继承的Package中所有的配置信息(包括Action的配置)都可以在新的命名空间下,新的Package里面被使用。 |
namespace |
否 |
命名空间提供了从URL到Package的映射。也就是说,如果两个不同的Package,其命名空间分别为“package1”和“package2”,那么URL差不多就是“/myWebApp/package1/my.action” 和 “/myWebApp/package2/my.action”这样的形式。 |
abstract |
否 |
声明包为抽象的,如果这个属性的值为“true”,那么这个Package就只是一个配置信息的组合,也就无法通过Package的名字来访问其中配置的Action。 |
Include标签配置:
<include … /> 是<struts>标签的一个子标签,它可以把其他配置文件导入进来,从而实现Struts2的模块化。它的“file”属性定义了要导入的文件的名称——该文件要和“struts.xml”一样有着相同的结构。在大型项目开发中,可以将项目分解为多个小模块,每个模块独立开发和管理。我们可以为每个模块提供一个配置文件,然后对其进行配置,然后在struts.xml中使用include元素包含这些配置文件。例如:
<include file="struts-chat.xml" /> <include file="struts-hangman.xml" /> <include file="struts-continuations.xml"/> <include file="struts-tags.xml"/> <include file="struts-validation.xml" /> |
当我们导入文件时,一定要注意导入的顺序。因为从文件被导入的那个点开始,该文件中的信息才能被访问到,也就是说,如果要使用另外一个文件中所定义的标签,那么该文件就必须要在被引用之前就配置好。
Bean的两种配置方法
1) 框架的IoC容器创建bean的实例,然后将该实例注入到框架的内部对象中。第一种做法可以称为对象注入,它通常要用到bean的type属性,告诉容器这个对象实现了哪个接口,如果自己创建了ObjectFactory,则可以在struts-default.xml中作如下配置:
<struts> <bean type="com.opensymphony.xwork2.ObjectFactory" name="struts" class="org.apache.struts2.impl.StrutsObjectFactory" /> </struts> |
2) 通过bean的静态方法向bean注入值第二种做法使用值注入,允许不创建bean,而让bean接受框架的常量。Bean使用值注入,必须使用static属性,并将该属性设置为true。例如:struts-default.xml文件中可以作如下配置:
<bean class=“com.opensymphony.xwork2.ObjectFactory” static=“true”/> |
constant标签
我们可以通过定义一些能够改变框架和插件行为的关键设置来定制我们struts应用程序,而这些设置就是常量。常量扮演了两个关键的角色:首先它们被用来覆盖一些原有的默认设置,例如上传文件的最大容量、框架是否处于开发模式等等;其次,常量还用来指定在一个类型(type)的多个实现中,哪个bean应该被选中。
常量可以定义在多个文件中,默认情况下我们按照下面的顺序来寻找常量,后面的将覆盖前面的设置:
struts-default.xml
struts-plugin.xml
struts.xml
struts.properties
web.xml
前3个xml文件的格式是一样的,因为它们使用同一个DTD文件,在xml文件中Constant元素有两个必须的属性:name和value;在struts.properties文件中,每一个entry都被视为一个常量;在web.xml文件中FilterDispatcher的初始化参数被载入为常量。
下面分别给出3中常量形式的例子。
struts.xml文件中常量
<struts> <constant name="struts.devMode" value="true" /> </struts> |
struts.properties文件中常量
struts.devMode = true |
web.xml文件中常量
<filter> <filter-name>struts</filter-name> <filter-class> org.apache.struts2.dispatcher.FilterDispatcher </filter-class> <init-param> <param-name>struts.devMode</param-name> <param-value>true</param-value> </init-param> </filter> |