由于response是jsp页面中的隐含对象，故在jsp页面中可以用response.sendRedirect()直接实现重定位。
　　注意：
　　(1).使用response.sendRedirect时，前面不能有HTML输出。
 

　　这并不是绝对的，不能有HTML输出其实是指不能有HTML被送到了浏览器。事实上现在的server都有cache机制，一般在8K（我是说JSP　SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush()强制刷新，那么在使用sendRedirect之前，有少量的HTML输出也是允许的。
　　(2).response.sendRedirect之后，应该紧跟一句return;
　　我们已经知道response.sendRedirect是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。
　　补充
　　1.RequestDispatcher.forward()
................

第一部分 Struts入门
    第一章 Struts2 概览（beta）

    第二章 一个简单的Login 应用程序（beta）
       Struts 2 概要

    第三章Struts配置（beta)
        第三章 Struts配置（第一节 struts.properties配置）
        第三章 Struts配置（第二节 Actin配置）
        第三章 Struts配置（第三～七节其他配置）

    第四章 Tablib Struts标签库
        4.1节 通用标签
        4.2节 UI标签
        4.3节 主题和模板
        4.4节 AJAX标签（试验阶段）
        4.5节 OGNL
        4.6节 Tag 语法
        4.7 JSP，Freemarker和Velocity

    第五章 Validation(beta)
    Struts2 校验详细比较（XML配置部分，包含服务端校验，客户端纯JavaScript校验，Ajax校验）....

<action .... class="org.sandbox.base.struts.sys.{1}Action" ....>，这里的{1}是最棒的，可以根据actionName寻找并加载相应的Action Class。

系统中，总存在一些简单的对象，需要提供CRUD功能，如果把它们都放在同一个namespace中，并按照同样的模式进行实现，则只需要上述一个配置文件就够了。

 同时，通过这种配置，如struts的doc所描述，同时可以避免暴露Action类的方法，提高安全性。

 有两点小小缺憾：

1. jsp文件名，原本的习惯是文件名全部小写，并以下划线"_"分割单词。而按照上述配置，因为类名的命名规范为首字母大写（CamelCase），两者有所冲突
2. 从代码管理的需求角度，简单对象管理模块可能分布在多个目录/package下面，如果struts支持在package定义中设置action class的package（像hibernate配置文件），则可以讲上述配置做成一个abstract配置，其中的action class不写package，只写SimpleName部分，则可以进一步简化配置。

commons-digester.jar
Digester基于规则的XML文档解析,主要用于XML到Java对象的映射.

commons-beanutils.jar
提供对Java 反射和自省API的包装.

aspectjweaver.jar
用于在Spring 2.0中集成AspectJ AspectJ LTW织入器

ognl.jar
OGNL是Object-Graph Navigation Language的缩写，它是一种功能强大的表达式语言（Expression Language，简称为EL），通过它简单一致的表达式语法，可以存取对象的任意属性，调用对象的方法，遍历整个对象的结构图，实现字段类型转化等功能。它使用相同的表达式去存取对象的属性。 ..................

  在上篇文章中，我们已经从较高层解释了整个框架的结构，请求流程的基础，配置方式和Struts2和Struts1的不同之处。了解这些后从Struts 应用 迁移到 Struts 2 不再是难事。
    在这篇文章中，我们将会更详细地讲述如何由Struts 的action转为Struts 2的action。

一个应用的例子
这个例子选择了大家都熟悉的 - weblog. 简单地介绍下这例子的功能需求:
 增加一个新的日志

1. 察看一个日志
2. 修改一个日志
3. 删除一个日志
4. 列出所有日至  

     增删修改(CRUD)，是项目中最为普遍的应用。

总结
    我们并不可能在这篇文章中覆盖所有的内容，如果你需要更好的了解整个框架，还有其他的实现方式和选项，这里有几点可以供你参考：

 

• 配置拦截器和拦截器组 - 以Struts2-core JAR 包里的"struts-default.xml" 文件作为例子。"struts-default.xml" 演示了如何配置你自己的拦截器组，包含新的拦截器，你可以尝试实现自己的拦截器。
• 配置文件中的通配符模式 - 你可以选择使用Struts2中的通配符模式来简化你的配置。
• 通过 ParameterAware 接口把form值传入maps中 - 你可以在Struct2中配置，让所有request的form属性都存于action的一个map中，这样就不需要专门再为action指定model / transfer / value object了。这和Struts的dynamic form特点很相似。

    也许到现在为，也许你有个疑问,"迁移后我们的界面是否可以完全重用呢?"，答案是yes。你能从这里, 下载到我这篇文章中的完整源代码，你可以自己尝试把URL的扩展名由".do" 改为 ".action"，使用的页面时一样的。除此之外，其实用JSTL来代替Struts taglib也是很容易的。
在下一篇文章中，我们将讲述用户界面，讨论themes 和 tags; 如何做validation;  如何重用UI控件。
 

有很多人都很熟悉 Struts, 无论是从项目中直接获得的实战经验还是从书中了解到的。我们这一系列文章，将通过一个由 Stuts 转移到 Struts2 简单的例子向大家展现Struts2的所有特征。
    在我们开始这个例子之前，你需要去知道一点 Struts2的背景知识。 在第一部分的文章中，我们将介绍Struts2与Struts的核心框架的不同点，以助于更好地了解其他方面的整合。第二部分中，我们将深入探讨 actions 的差别, action相关的框架特征，和action配置。在最后一部分中，我们将会讲述 user interface，我们也会讲到其架构，UI构件，themes 和标签。 还有如何为你的应用加上新的外观。
    我们并不打算谈及迁移过程的所有细节方面，我们只是从出发点开始介绍Struts2 的概念和现在可用的所有特征。但拥有这些知识，你将在以后Struts2的应用中无往而不利。
   
Struts的历史
    Struts的第一个版本 是在 2001年5月份发布。它提供了一个Web应用的解决方案，如何让 JSPs 和 servlets 共存去提供清晰的分离视图和业务和应用逻辑的架构。在Struts之前，最通常的做法是在JSP中加入业务和应用逻辑，或者在servlets中生成视图。
    自从第一个版本的发布， Struts 实际上已成为业界公认的Web应用标准。但随着时间的推移，Web应用框架经常变化的需求，产生了几个下一代 Struts的解决方案。其中两个可选方案是Shale 和 Struts Ti。 Shale 是一个基于构建的框架，并在最近成为 Apache 中的重要项目。而 Struts Ti 则是继续坚持 MVC模式的基础上改进，继续Struts的成功经验。
    WebWork项目是在2002年3月发布的，它对Struts式框架进行了革命性改进，引进了不少新的思想，概念和功能，但和原Struts代码并不兼容。WebWork是一个成熟的框架，经过了好几次重大的改进与发布。在2005年12月，WebWork与Struts Ti决定合拼， 再此同时， Struts Ti 改名为 Struts Action Framework 2.0,成为Struts真正的下一代。