struts2代码始于webwork2.2.3，少许的比较大的改动可能会影响你的webwork2.2应用的移植

1、一些被Deprecated掉的方法和类已经被移除，这包括XWork Inversion of Control (IoC) 框架。

2、使用xhtml 主题的一些工具库被DOJO的工具组件替代。

3、使用FCK editor的rich text editor 组件被DOJO的rich text editor 替代，因为LGPL许可的原因。

4、date picker组件也由于LGPL许可的原因被DOJO的date picker组件替代，不幸地，DOJO的date picker组件不支持国际化。

感觉3有点可惜，FCK Editor还是很好用的。

二、移植。

1、包名

将 com.opensymphony.webwork 替换成 org.apache.struts2.
将com.opensymphony.xwork 替换成 com.opensymphony.xwork2.

2、配置文件

将 webwork.properties 重命名为 struts.properties.
将 xwork.xml t重命名为 struts.xml.

将struts.properties和struts.xml 中出现的所有webwork替换成struts

web.xml中，将com.opensymphony.webwork.dispatcher.FilterDispatcher 替换为 org.apache.struts2.dispatcher.FilterDispatcher

3、转换器

如果您使用的转换器继承了 WebworkTypeConverter, 将超类重命名为 StrutsTypeConverter。

4、JSP文件

您必须将标签URI uri="/webwork"　替换为 uri="/struts-tags" 

打完、收工，基本上可以测试发布了。

当然JDK5能用上的话最好的，对J4的支持，没有测试过。

另外，在使用中发现struts2支持struts1中的通配符配置，struts2相对于struts1，有了很大的变化，这归功于interceptor的使用和OGNL和为用户着想的设计，使用struts2能很明显地提高生产力。希望webwork经过apache的重新打造后能发扬光大。

(1)与Spring MVC中的Command对象不同，Webwork 中的Model对象，扮演着承上启下
的角色，它既是Action的输入参数，又包含了Action处理的结果数据。
换句话说，输入的Http请求参数，将被存储在Model对象传递给Action进行处理，Action
处理完毕之后，也将结果数据放置到Model 对象中，之后，Model 对象与返回界面融合生
成最后的反馈页面。

(2)注意这里与Spring MVC 不同，Spring MVC 会自动为逻辑处理单元创建
Command Class实例，但Webwork不会自动为Action创建Model对象实例，
Model 对象实例的创建需要我们在Action 代码中完成（如LoginAction 中
LoginInfo对象实例的创建）。

(3)

(4)

(1)Model-Driven
(2)Property-Driven

a.
Model-Driven 是通过Model 对象（上例中的LoginInfo）贯穿整个MVC 流程，在Model-Driven模式中，
实际上这些属性被独立封装到了一个值对象，也就是所谓的Model。

Property-Driven，顾名思义，是由Property（属性）作为贯穿MVC流程的信息携带者。
Property固然无法独立存在，它必须依附于一个对象。而Property-Driven中，属性将依附在Action对象中。

b.
Property-Driven驱动模式似乎更加简单，无需再实现ModelDriven接口。
也减少了一个Model类。Jsp文件和xwork.xml 也有了些许简化。