遗留应用程序的迁移：EJB3 或 Spring答案

【问题标题】：Migration of Legacy Application : EJB3 or Spring遗留应用程序的迁移：EJB3 或 Spring
【发布时间】：2012-03-05 00:23:08
【问题描述】：

我有使用 struts 和 ejb2.0、hibernate v3.0 在 JBoss v4.0 上运行的遗留应用程序，现在我们已经将该应用程序迁移到新的技术堆栈。我们正在探索pros 和cons 的不同技术堆栈，现在我们有两个选项可供选择：EJB3.0 和JSF，Hibernate v4 在 Jboss 7 上或 Spring 和 Hibernate v4 在 tomcat 上。

我应该考虑哪些参数来选择其中一个或反之亦然？

更新：

EJB3.0 和 Spring 中的哪一个拥有高效的社区支持，旁注 - ejb3.0 标签有 1097 个问题，spring 有 13297 个问题，所以有些人如何倾向于 Spring，也不是标准spring 具有快速升级的优势，与 ejb3 相比，它可以快速解决行业挑战。

想法？

【问题讨论】：

这是加载的问题还是需要对此问题进行更多说明？
@DaveNewton：我已经改变了我的问题，我同意你在Better: No way to answer 上的看法，但是我应该考虑哪些参数而不是选择其中一个或反之亦然。

标签： java spring migration ejb ejb-3.0

【解决方案1】：

很久以前，Spring 是事实上使用的东西，但随着时间的推移，Spring 成长为相当重量级的野兽。另一方面，EJB 大幅精简并大大简化。

JSF 也是如此，它在 2.0 中得到了极大的改进。

这些技术在 Java EE 6 堆栈中一起使用时确实会大放异彩，而 Java EE 6 堆栈目前势头强劲。一个完整的 Java EE 6 实现（例如 GlassFish）只有大约 50MB，它的较小子集（称为 Web 配置文件）可以是它的一半。服务器只需几秒钟即可启动。

目前我真的没有看到对 Spring 的任何特定需求。如果你的堆栈已经在 Spring 上，当然不需要迁移到 Java EE，但是对于新项目，我现在永远不会选择 Spring。

【讨论】：

目前正在使用 ejb2.0，所以从您的帖子看来，ejb3.0 会是更好的选择，对吧？
确实，EJB3 更好。事实上，这要好得多，他们也许应该完全重命名它。 EJB2 真的很烂，几乎是对开发人员的侮辱。
但是与 Spring 相比，EJB3.0 外部是否有足够的社区支持？
是的，有。关于整个 EE 堆栈，SO 提供了很大的支持，但 JBoss 论坛也很棒。大多数 EE 子部分都有自己的公共 JIRA，您可以在其中轻松发布错误或要求改进。有很多关于 Java EE 主题的博客，您可以从中学到很多东西，也有很多书籍。
我们公司现在也面临着类似的问题。有几个使用 Struts1/Spring2/Hibernate3 编写的遗留应用程序，大多数开发人员只是厌倦了对 XML 文件和 JSP 视图的高度维护。谁能指出迁移这些应用程序可以做些什么的概要？没有一个团队有足够的权力说“让我们停止对遗留代码的所有维护，同时将其全部迁移到一个新的闪亮平台”。因此，我们正在寻找如何在不中断旧存储库中的代码维护的情况下进行迁移的替代方案。

【解决方案2】：

去年我也有同样的疑问，我选择了 EJB3，我不后悔，这里有一篇好文章值得考虑： http://biese.wordpress.com/2008/02/03/another-thought-of-spring-vs-ejb3/

【讨论】：