Model view controller JDBC/Struts/Tomcat应用程序的迁移路径

我正在使用一种大型企业应用程序，它目前使用Struts 1.3/JDBC，并部署在Tomcat5.5上

• 我们主要只使用Struts动作，不使用动作形式 或Struts标记库，仅JSTL
• 我们有一个非常瘦的基于DynaBeans的自制框架来提供 非常轻的重量，非常适合我的resultset对象 映射。没有JPA，没有Hibernate，没有EJB——只有JDBC

到目前为止，这种组合为我们提供了很好的服务，我们非常高兴我们一直以来的工作方式，通过一个代码库很好地扩展到小型、中型和大型客户

由于Struts 1.3和Tomcat 5.5都是EOL，因此我们必须为该产品开发新的技术。有些事情是我们无法改变的-

• Tomcat必须是部署平台。我们可以使用Tomcat7.0，但不能使用GlassFish或其他容器
• 我们希望坚持使用JDBC。由于涉及大量业务逻辑，因此不可能使用JPA/EJB
• 我们有许多用于视图和UI的JSP，我们需要保留它们，但我们负担不起全部重写

因此，我们只计划使用Struts的替代框架。我们考虑了以下几点：

• Struts 2.0——看不到太多的活动和进展，所以选择它有点泄气
• Spring3.0——认为它对于我们想要的东西来说太重了。不确定这是否会迫使我们使用JPA、自动连线、注释以及我们可能不想立即使用的东西。想一想，绕过其中一些，自己动手做，一定很困难，而且容易出错
• JavaEE6.0——非常类似于Spring，另外不确定Tomcat下的支持级别和种类。TomEE网站档案感觉不太“本土”
• Play Framework&Wicket-看起来我必须扔掉我的JSP并重新编写它们（我对它们都没有实际操作经验，所以我可能错了）

我在早期的产品/项目中使用了Spring、EJBJPA等，因此总体上了解了它们的优点和缺点。但在本例中，我希望了解将struts应用程序迁移到更新的框架中的一个好选择或优缺点

• 保留在开发此应用程序时已投入的资金
• 保留应用程序在低端服务器上为小型组织运行的能力，并通过增强的硬件+水平扩展功能扩展到大型组织，而无需任何代码更改（全部在单个代码库中）

---

根据您所写的描述，您不太希望升级到新框架。您只想坚持当前的配置，享受它给您带来的好处。Spring和其他框架在概念和特性上完全不同，因此您有大量时间重写软件，以便使用这些您不需要的技术。Struts 2更适合从Struts 1迁移

确保您已经阅读了此过程的步骤

你可以找到

---

为了增加这些特性，我认为Struts 2不仅比Struts 1更大，而且更重。默认配置中的Struts 2拦截并运行了很多东西，以简化开发过程，编写更少的代码，使用最新的技术，但其成本非常复杂。您将有更多的时间学习框架本身，以便能够修改它以满足您的需要。

从您所写的描述中，不太清楚您想要升级到新框架。您只想坚持当前的配置，享受它给您带来的好处。Spring和其他框架在概念和特性上完全不同，因此您有大量时间重写软件，以便使用这些您不需要的技术。Struts 2更适合从Struts 1迁移

确保您已经阅读了此过程的步骤

你可以找到

为了增加这些特性，我认为Struts 2不仅比Struts 1更大，而且更重。默认配置中的Struts 2拦截并运行了很多东西，以简化开发过程，编写更少的代码，使用最新的技术，但其成本非常复杂。您将有更多的时间学习框架本身，以便能够修改它以满足您的需要