Spring 3.0 与 Java EE 6.0

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 10年前.

我遇到了一个情况……

有人要求我就 Spring 3.0 和 Java EE 6.0 之间的 Java EE 开发提供有关采用哪种方法的建议。我曾经是，现在仍然是 Spring 2.5 的插入者，而不是经典的 Java EE 5 开发，特别是 JBoss，我什至将旧应用程序迁移到 Spring，并影响了这里对开发策略的重新定义，以包括 Spring 特定的 API，并帮助制定战略计划以培养更轻量级的解决方案，如 Spring + Tomcat，而不是更重的 JBoss，现在，我们仅将 JBoss 用作 Web 容器，我称之为“容器内的容器悖论”，也就是说，拥有大部分 API 的 Spring 应用程序都在 JBoss 中运行，所以我们正在迁移到 tomcat。

然而，随着 Java EE 6.0 的到来，许多特性让 Spring 在当时很有吸引力，易于部署、耦合更少，甚至是某种 D.I 等，似乎都以某种方式被模仿了. JSF 2.0、JPA 2.0、WebBeans、WebProfiles 等。

那么问题来了……

在您看来，鉴于 Java EE 6.0 提供的新视角，继续投资像 Spring 这样的非标准 Java EE 开发框架有多安全和合乎逻辑？

我们能否谈谈 3 或 4 年的 Spring 开发，或者您是否建议尽早采用 Java EE 6.0 API 及其实践？

我将不胜感激。

Answer 1

恕我直言，关键点不是功能之一。在这方面，Spring 将始终领先于 JavaEE，因为它对于 OpenSource VS 来说是很自然的。一个标准。所以一个事实是，Spring 比 JavaEE 更早地获得了新特性(例如，容器集成测试是 JavaEE 6 中的一项新特性，并且在 Spring 中已经存在很长时间了)。

恕我直言，最重要的一点是管理和开发的生命周期之一。当您选择 JavaEE 时，您将编程模型绑定(bind)到您的基础架构。通常应用服务器供应商并不是最快采用新标准版本的(怪罪 WebSphere、JBoss，你有什么)。所以这意味着我们可能不会在今年年底之前看到大型供应商的生产就绪、支持 JavaEE 6 的产品。

即使是这种情况，您仍然需要克服您的管理、IT 部门和预算控制经理的障碍，才能愿意升级到这个 Shiny 的新版本。从这方面来看，JavaEE 6 甚至不是许多商店的选择。您可以选择将您的应用程序部署到什么位置？您想选择 Glassfish 进行生产吗？来吧，试试。大多数商店都没有这种“舒适”的环境。

恰恰相反: Spring 。将编程模型与基础架构分离。使用当前的 3.0.x 并在您的 Tomcat 或旧版应用程序服务器中使用 @Inject、JPA 2 等。