要自定义拦截器须要实现com.opensymphony.xwork2.interceptor.Interceptor接口:html
由于struts2中如文件上传,数据验证,封装请求参数到action等功能都是由系统默认的defaultStack中的拦截器实现的,因此咱们定义的拦截器须要引用系统默认的defaultStack,这样应用才能够使用struts2框架提供的众多功能。
若是但愿包下的全部action都使用自定义的拦截器,能够经过<default-interceptor-ref name=“permissionStack”/>把拦截器定义为默认拦截器。注意:每一个包只能指定一个默认拦截器。另外,一旦咱们为该包中的某个action显式指定了某个拦截器,则默认拦截器不会起做用。java
在struts2中,咱们能够实现对action的全部方法进行校验或者对action的指定方法进行校验。正则表达式
对于输入校验struts2提供了两种实现方法:
1. 采用手工编写代码实现。
2. 基于XML配置方式实现。
express
经过重写validate() 方法实现, validate()方法会校验action中全部与execute方法签名相同的方法。当某个数据校验失败时,咱们应该调用addFieldError()方法往系统的fieldErrors添加校验失败信息(为了使用addFieldError()方法,action能够继承ActionSupport ),若是系统的fieldErrors包含失败信息,struts2会将请求转发到名为input的result。在input视图中能够经过<s:fielderror/>显示失败信息。
validate()使用例子:
session
另外一个:框架
验证失败后,请求转发至input视图:
<result name="input">/WEB-INF/page/addUser.jsp</result>jsp
在addUser.jsp页面中使用<s:fielderror/>显示失败信息。
ui
经过validateXxx()方法实现, validateXxx()只会校验action中方法名为Xxx的方法。其中Xxx的第一个字母要大写。当某个数据校验失败时,咱们应该调用addFieldError()方法往系统的fieldErrors添加校验失败信息(为了使用addFieldError()方法,action能够继承ActionSupport ),若是系统的fieldErrors包含失败信息,struts2会将请求转发到名为input的result。在input视图中能够经过<s:fielderror/>显示失败信息。this
validateXxx()方法使用例子:
url
验证失败后,请求转发至input视图:
<result name="input">/WEB-INF/page/addUser.jsp</result>
在addUser.jsp页面中使用<s:fielderror/>显示失败信息。
一、类型转换器对请求参数执行类型转换,并把转换后的值赋给action中的属性。
二、若是在执行类型转换的过程当中出现异常,系统会将异常信息保存到ActionContext,conversionError拦截器将异常信息添加到fieldErrors里。无论类型转换是否出现异常,都会进入第3步。
三、系统经过反射技术先调用action中的validateXxx()方法,Xxx为方法名。
四、再调用action中的validate()方法。
五、通过上面4步,若是系统中的fieldErrors存在错误信息(即存放错误信息的集合的size大于0),系统自动将请求转发至名称为input的视图。若是系统中的fieldErrors没有任何错误信息,系统将执行action中的处理方法。
使用基于XML配置方式实现输入校验时,Action也须要继承ActionSupport,而且提供校验文件,校验文件和action类放在同一个包下,文件的取名格式为:ActionClassName-validation.xml,其中ActionClassName为action的简单类名,-validation为固定写法。若是Action类为cn.csdn.UserAction,那么该文件的取名应为:UserAction-validation.xml。下面是校验文件的模版:
<field>指定action中要校验的属性,<field-validator>指定校验器,上面指定的校验器requiredstring是由系统提供的,系统提供了能知足大部分验证需求的校验器,这些校验器的定义能够在xwork-2.x.jar中的com.opensymphony.xwork2.validator.validators下的default.xml中找到。
<message>为校验失败后的提示信息,若是须要国际化,能够为message指定key属性,key的值为资源文件中的key。
在这个校验文件中,对action中字符串类型的username属性进行验证,首先要求调用trim()方法去掉空格,而后判断用户名是否为空。
系统提供的校验器以下:
required (必填校验器,要求field的值不能为null)
requiredstring (必填字符串校验器,要求field的值不能为null,而且长度大于0,默认状况下会对字符串去先后空格)
stringlength(字符串长度校验器,要求field的值必须在指定的范围内,不然校验失败,minLength参数指定最小长度,maxLength参数指定最大长度,trim参数指定校验field以前是否去除字符串先后的空格)
regex(正则表达式校验器,检查被校验的field是否匹配一个正则表达式.expression参数指定正则表达式,caseSensitive参数指定进行正则表达式匹配时,是否区分大小写,默认值为true)
int(整数校验器,要求field的整数值必须在指定范围内,min指定最小值,max指定最大值)
double(双精度浮点数校验器,要求field的双精度浮点数必须在指定范围内,min指定最小值,max指定最大值)
fieldexpression(字段OGNL表达式校验器,要求field知足一个ognl表达式,expression参数指定ognl表达式,该逻辑表达式基于ValueStack进行求值,返回true时校验经过,不然不经过)
email(邮件地址校验器,要求若是field的值非空,则必须是合法的邮件地址)
url(网址校验器,要求若是field的值非空,则必须是合法的url地址)
date(日期校验器,要求field的日期值必须在指定范围内,min指定最小值,max指定最大值)
conversion(转换校验器,指定在类型转换失败时,提示的错误信息)
visitor(用于校验action中的复合属性,它指定一个校验文件用于校验复合属性中的属性)
expression(OGNL表达式校验器,expression参数指定ognl表达式,该逻辑表达式基于ValueStack进行求值,返回true时校验经过,不然不经过,该校验器不可用在字段校验器风格的配置中)
当校验文件的取名为ActionClassName-validation.xml时,会对 action中的全部处理方法实施输入验证。若是你只须要对action中的某个action方法实施校验,那么,校验文件的取名应为:ActionClassName-ActionName-validation.xml,其中ActionName为struts.xml中action的名称。例如:在实际应用中,常有如下配置:
<action name="user_*" class="cn.csdn.action.UserAction" method="{1}“ >
<result name="success">/WEB-INF/page/message.jsp</result>
<result name="input">/WEB-INF/page/addUser.jsp</result>
</action>
UserAction中有如下两个处理方法:
public String add() throws Exception{
....
}
public String update() throws Exception{
....
}
要对add()方法实施验证,校验文件的取名为: UserAction-user_add-validation.xml
要对update()方法实施验证,校验文件的取名为: UserAction-user_update-validation.xml
当为某个action提供了ActionClassName-validation.xml和ActionClassName-ActionName-validation.xml两种规则的校验文件时,系统按下面顺序寻找校验文件:
1。AconClassName-validation.xml
2。ActionClassName-ActionName-validation.xml
系统寻找到第一个校验文件时还会继续搜索后面的校验文件,当搜索到全部校验文件时,会把校验文件里的全部校验规则汇总,而后所有应用于action方法的校验。若是两个校验文件中指定的校验规则冲突,则只使用后面文件中的校验规则。
当action继承了另外一个action,父类action的校验文件会先被搜索到。
假设UserAction继承BaseAction:
<action name="user" class="cn.csdn.action.UserAction" method="{1}">
</action>
访问上面action,系统先搜索父类的校验文件:BaseAction-validation.xml, BaseAction-user-validation.xml,接着搜索子类的校验文件: UserAction-validation.xml, UserAction-user-validation.xml。应用于上面action的校验规则为这四个文件的总和。