JDBC/struts/tomcat 应用的迁移路径 [英] Migration path for a JDBC / struts / tomcat application

问题描述

我正在使用一个大型企业应用程序，该应用程序目前使用 Struts 1.3/JDBC 并部署在 Tomcat 5.5 上.

I am working with a kinda large enterprise application which currently uses Struts 1.3 / JDBC and deployed on Tomcat 5.5.

• 我们主要只使用 Struts Action，不使用 Action Forms或 Struts 标签库，只有 JSTL.
• 我们有一个非常瘦的基于 DynaBeans 的本土框架来提供非常小的轻量级，正好适合我的结果集到对象映射.没有 JPA、没有 Hibernate、没有 EJB——只有 JDBC.

到目前为止，这种组合为我们提供了很好的服务，我们对自己的工作方式感到非常满意，使用单一代码库很好地扩展到小型、中型和大型客户.

This combination has served us well so far and we are quite happy the way we have been doing things, scaling to small, medium, large customers very well with a single code base.

由于 Struts 1.3 和 Tomcat 5.5 都已停产，我们将不得不为该产品转向新的技术堆栈.我们无法改变的一些事情是 -

Since both Struts 1.3 and Tomcat 5.5 are EOL, we will have to move to a new technology stack for the product. Some things that we cannot change are -

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

所以我们只计划迁移到 Struts 的替代框架.我们考虑了以下几点:

So we are only planning to move to an alternative framework to Struts. We have considered the following:

• Struts 2.0 - 没有看到太多的活动和进展，所以有点气馁.
• Spring 3.0 - 认为它对于我们想要的东西来说太重了.不确定它是否会迫使我们使用 JPA、自动装配、注释和类似我们可能不想立即使用的东西.认为绕过其中一些并自行完成一定很困难且容易出错.
• Java EE 6.0 - 与 Spring 非常相似，另外不确定 Tomcat 下的支持级别和类型.TomEE 网络配置文件感觉不是很原生".
• 播放框架和Wicket - 看起来我将不得不扔掉我的 JSP 并重新编写它们(我没有使用它们中的任何一个的经验，所以我可能是错的)

我使用过 Spring、EJB JPA 等.在我早期的产品/项目中，我大致了解了它们的优缺点.但在这种情况下，我正在寻找一些见解，以了解将 struts 应用程序移动到更新的框架时什么是一个好的选择或优缺点

I have used Spring, EJB JPA et. al in my earlier products / projects, so kinda aware of their merits and de-merits in general. But in this case I am looking for some insights into what would be a good option OR pros and cons of one over other to move a struts application to a newer framework while

• 保留在开发此应用程序方面已经进行的投资
• 保留应用程序在小型组织的低端服务器上运行的能力，并通过增强的硬件 + 水平扩展扩展到大型组织，而无需更改任何代码(全部在一个代码库中)

推荐答案

从您所写的描述来看，您想升级到新框架的情况并不多见.您只想坚持当前的配置并享受它为您提供的一切.Spring 和其他框架在概念和特性上完全不同，因此您有大量时间致力于重写软件以使用这些您不需要的技术.Struts 2 更适合从 Struts 1 迁移.

From the description you have written, is not much seen that you want to upgrade to new frameworks. You just want to stick with the current configuration and enjoy what it gives to you. Spring and other frameworks are absolutely different in concepts and features, so you have a lot of time working on rewriting the software to be available to use these technologies that you don't need. Struts 2 is more appropriate candidate for migration from Struts 1.

请确保您已阅读从 Struts 1 迁移到 Struts 2，了解此过程的步骤.

Make sure you've read Migration from Struts 1 to Struts 2 for steps towards this process.

你可以找到Struts 1 和 Struts 2 的优缺点对比.

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

To add to these features I'd say that Struts 2 not only bigger but heavier than Struts 1. Struts 2 in the default configuration intercepts and runs a lot of stuff to easy the development process, write less code, use recent technologies, but the cost for it is a complexity. You will have more time to learn framework itself to be able to modify it to suit your needs.

这篇关于JDBC/struts/tomcat 应用的迁移路径的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！