l          当类型转换成功以后，struts2将进行输入验证

若要进行输入验证则你的action必须继承ActionSupport类，实现其validate方法

在方法中调用addFiledError方法为验证失败的字段加上错误信息

注意若是一旦有验证失败的信息，struts会自动转入配置文件input中，若没有则出错！

若类型转换时就出错，也会转回input指定的页面并产生一条信息也加入到FiledError中，

在input指定页面中可以用struts标签<s:fielderror></s:fielderror>读出所有转换失败的信息与验证失败的信息

<s:fielderror>

        <s:param>field1</s:param>指定显示field1字段的信息

   </s:fielderror>

l          类型转换失败后struts2会自动产生转换失败的信息，一般这种信息并不是想看到得，可以通过配置及及资源文件来替换掉其内置信息

方法：在struts.xml中加入以下语句：

<constant value="message"></constant>

其中name不能变(可以在struts的jar包里面的default.properties找到)，表示国际化资源文件的前缀名如中文资源文件为：message_zh.properties

英文为：message_en.properties 若为默认的则为：message.properties 其中资源文件要放在classes文件下面，如在message.properties下面加上一句：xwork.default.invalid.fieldvalue={0} error

若中{0}为占位符，在发生转换错误时struts2会自动将此占位符替换成发生错误的字段名，这句话的key不能变（可以从xwork-message.properties中找到,注意每个单词都是小写），value可以自定义，这样的配置为全局配置，即所有的发生转换错误都会调用此默认的格式，一般很少这么使用，因为控制并不精确

局部转换错误替换信息的配置：在要转换的action的同一包下：名字为：actionName.properties 即名称与action名称相同。里面的内容为

invalid.fieldvalue.attributeName=xxxxx message

其中invalild.fieldvalue不能变，struts2会以此来判断是不是用来类型转换时的替换信息

attributeName为action中的属性名称

基中int类型转换时会有些问题，若abc转换为int 转换会失败，即产生转换失败信息，但是struts2会自动将此字段赋值为0，这些要注意

l          一个action里封装多个业务处理方法，即相当于struts1.x中的DispatcherAction 与MappingDispatcherAction一样，不过这个action 依然只继承ActionSupport.

在自定义且继承ActionSupport的Action中加入业务处理方法，在struts.xml中的相应配置中加入

<!--

使用struts2的action很简单，也只继承一个ActionSupport就可以了，完全可以实现struts1.x中的

Action ,MappingDispatcherAction,DispatcherAction要实现的功能。

添加一个method属性则请求此action时会调用对应名称的业务处理方法。

若不加，则有两种情况

1.执行默认的execute方法。（此时请求的的path为register.action)

2.执行指定的方法，这个指定要在请求时指定.(此时请求的path为register!callMethodName.action)

比较奇怪，不过好用。

-->

<action name="register" class="edu.yzu.action.UserAction" method="register">

<!-- result 的name属性可以不写，不写的话表示为success -->

<result>/result.jsp</result>

<result name="input">/index.jsp</result>

<result name="login">/login.jsp</result>

<!--

为这个action指定拦截器，若不指定则会使用此包的默认拦截器

若指定一个拦截器，则此包的默认拦截器则不会被用于拦截此action

所以若还要使用默认拦截器时必须显示指出，如下：

-->

<interceptor-ref name="thirdinterceptor"></interceptor-ref>

<interceptor-ref name="mystack"></interceptor-ref>

<interceptor-ref name="thirdinterceptor"></interceptor-ref>

<interceptor-ref name="thirdinterceptor"></interceptor-ref>

</action>

这里要注意对于同一个自定义的action 中所有的业务处理方法在执行前一定会执行 validate方法，这显然有时并不合理。Struts2对于不同的业务处理方法的验证采用默认规则，即validate+业务处理方法名.如register()的验证方法为validateRegister().但是依然会执行validate()方法。解决方法有两个。1.不重写validate方法 2.将validate方法名改为validateExecute().因为execute()方法为action的默认方法，即struts.xml文件中没有配置method属性时会自动调用此方法。将validate改为validateExecute()后则此验证方法只验证execute()

Struts2的校验框架

l          Struts2的校验框架是针对一个action进行的(即一个action类一个校验文件，文件名也有一点的规则：actionName-validation.xml)，用xml文件进行配置，这点有些类似于struts1.x

Xml文件的结构为

它的服务器端校验分为两种方式，一种是基于字段的，一种是基于验证器的，事实上两种方法是一回事，只是看问题的方面不同而已

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE validators SYSTEM "http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd" >

<validators>

<!-- 基于字段的方式

filed 的name属性为要验证action的属性

field-validator 的type属性为用哪种校验器来校验，这个值可以从

com.opensymphony.xwork2.validator.validators包下面的default.xml 中找到

short-circuit是指定当本验证器验证失败后后面的验证器是否还继续验证。蛮有用

其中param 的name属性为对应校验器的java类的属性

message为校验失败后添加到fielderror中的信息。

-->

<field name="userName" >

<field-validator type="requiredstring" short-circuit="true">

<param name="trim">true</param>

<message>userName shoud not blank!</message>

</field-validator>

<field-validator type="stringlength">

<param name="minLength">6</param>

<param name="maxLength">10</param>

<message>userName shoud be between ${minLength} and ${maxLength}!</message>

</field-validator>

</field>

<!--

基于校验器的方式

其中每个校验器的最一个param 的name的值都为fieldName固定不变，

表示校验action中的哪个属性

以后的param 的name与基于字段的校验的含义一样

可以看出基于校验器的验证并不如基于字段的验证看来直接（两者可以混合使用）

-->

<validator type="requiredstring">

<param name="fieldName">userName</param>

<message>userName shoud not be blank!</message>

</validator>

<validator type="stringlength">

<param name="fieldName">userName</param>

<param name="minLength">6</param>

<param name="maxLength">10</param>

<message>userName shoud be between ${minLength} and ${maxLength}!</message>

</validator>

</validators>

要注意的是同样一个自定义的action中有几个业务处理方法时也可以对每个业务处理方法进行校验。校验文件与此action放在同一个包下，并且名字为：actionName-methodName-validation.xml

需要注意的是如果也为此action 也配置了actionName-validation.xml文件，则此文件也会被使用于校验，应该尽量避免这种情况：方法与上面上同，将actionName-validation.xml改为actionName-execute-validation.xml 使此文件专用于默认的execute业务方法的校验。（事实上这种情况似乎遇到的并不多）

Struts2提供的客户端校验最好不要使用，有很大缺陷！