非IoC方式
HttpServletRequest request = ServletActionContext.getRequest();
HttpServletResponse response = ServletActionContext.getResponse();
HttpSession session = request.getSession();
如果你只是想访问session的属性（Attribute），你也可以通过ActionContext.getContext().getSession()获取或添加session范围（Scoped）的对象。
IoC方式
要使用IoC方式，我们首先要告诉IoC容器（Container）想取得某个对象的意愿，通过实现相应的接口做到这点。如实现SessionAware, ServletRequestAware, ServletResponseAware接口，从而得到上面的对象。
1、对BookAction类的Save方法进行验证
正如《Writing Secure Code》文中所写的名言All input is evil：“所有的输入都是罪恶的”，所以我们应该对所有的外部输入进行校验。而表单是应用程序最简单的入口，对其传进来的数据，我们必须进行校验。Struts2的校验框架十分简单方便，只在如下两步：
在Xxx-validation.xml文件中的<message>元素中加入key属性；
在相应的jsp文件中的<s:form>标志中加入validate="true"属性，就可以在用Javascript在客户端校验数据。
其验证文件为：BooksAction-save-validation.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0//EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.dtd">
<validators>
<!-- Field-Validator Syntax -->
<field name="book.bookName">
<field-validator type="requiredstring">
<message key="book.bookName.required"/>
</field-validator>
</field>
<field name="book.bookAuthor">
<field-validator type="requiredstring">
<message key="book.bookAuthor.required"/>
</field-validator>
</field>
<field name="book.bookPublish">
<field-validator type="requiredstring">
<message key="book.bookPublish.required"/>
</field-validator>
</field>
</validators>
com.sterning.books.web.actions.BooksAction-save-validation.xml
2、对BookAction类的Save方法进行验证的资源文件
注意配置文件的名字应该是：配置文件（类名-validation.xml）的格式。BooksAction类的验证资源文件为：BooksAction.properties
book=Books
book.bookName.required=\u8bf7\u8f93\u5165\u4e66\u540d
book.bookAuthor.required=\u8bf7\u8f93\u5165\u4f5c\u8005
book.bookPublish.required=\u8bf7\u8f93\u5165\u51fa\u7248\u793e
format.date={0,date,yyyy-MM-dd}
com.sterning.books.web.actions.BooksAction.properties
资源文件的查找顺序是有一定规则的。之所以说Struts 2.0的国际化更灵活是因为它可以根据不同需要配置和获取资源（properties）文件。在Struts 2.0中有下面几种方法：
（1）、使用全局的资源文件。这适用于遍布于整个应用程序的国际化字符串，它们在不同的包（package）中被引用，如一些比较共用的出错提示；
（2）、使用包范围内的资源文件。做法是在包的根目录下新建名的package.properties和package_xx_XX.properties文件。这就适用于在包中不同类访问的资源；
（3）、使用Action范围的资源文件。做法为Action的包下新建文件名（除文件扩展名外）与Action类名同样的资源文件。它只能在该Action中访问。如此一来，我们就可以在不同的Action里使用相同的properties名表示不同的值。例如，在ActonOne中title为“动作一”，而同样用title在ActionTwo表示“动作二”，节省一些命名工夫；
（4）、使用<s:i18n>标志访问特定路径的properties文件。在使用这一方法时，请注意<s:i18n>标志的范围。在<s:i18n name="xxxxx">到</s:i18n>之间，所有的国际化字符串都会在名为xxxxx资源文件查找，如果找不到，Struts 2.0就会输出默认值（国际化字符串的名字）。
例如：某个ChildAction中调用了getText("user.title")，Struts 2.0的将会执行以下的操作：
查找ChildAction_xx_XX.properties文件或ChildAction.properties；
查找ChildAction实现的接口，查找与接口同名的资源文件MyInterface.properties；
查找ChildAction的父类ParentAction的properties文件，文件名为ParentAction.properties；
判断当前ChildAction是否实现接口ModelDriven。如果是，调用getModel()获得对象，查找与其同名的资源文件；
查找当前包下的package.properties文件；
查找当前包的父包，直到最顶层包；
在值栈（Value Stack）中，查找名为user的属性，转到user类型同名的资源文件，查找键为title的资源;
查找在struts.properties配置的默认的资源文件，参考例1;
输出user.title。
