Java EE 6与Spring 3堆栈

Question

我现在正在开始一个新的项目。我必须选择技术。我需要一些轻量级的东西，所以没有EJB或Seam。另一方面，我需要JPA (Hibernate或替代)和带有IceFaces的JSF。

你认为在Tomcat上部署Spring3这样的堆栈是一个好的选择吗？或者使用JavaEE6web应用程序会更好？我担心JavaEE6是一项新技术，还没有很好的文档。Tomcat似乎比Glassfish 3更容易维护。

你的意见呢？你有什么经验吗？

Answer 1

我需要一些轻量级的东西，所以没有EJB或Seam。

您是否愿意解释一下，自从EJB3以来，是什么让EJB3变得繁重？你有没有意识到我们已经不在2004年了？我真的很想读一读你对光的定义和你的论点(我会很高兴地更新我的答案，因为我很确定我会有一些可靠的东西要说)。

另一方面，我需要

(Hibernate或其他版本)和带有IceFaces的JSF.

Java EE 6 Web Profile，包括JSF 2.0，JPA 2.0，Bean Validation，EJB 3.1 Lite，CDI，...非常适合这样做，您可以使用GlassFish v3 Web Profile来运行使用JavaEE6Web Profile构建的应用程序。

你认为在Tomcat上部署Spring3这样的堆栈是一个好的选择吗？或者使用JavaEE6web应用程序会更好？

我喜欢在非专有平台(Java )上运行代码，而不是在专有容器(Spring)上运行代码的想法。我认为JavaEE6已经足够好了(这是一个委婉语，EJB3.1 (Lite)，JPA2.0，JSF2.0，CDI kick )。请注意，我是一个JSF怀疑论者，但我又看了一眼，使用CDI的JSF2.0是如此不同，我甚至无法进行比较。如果你没有看过CDI，让我告诉你，它太棒了。

恐怕JavaEE6是一项新技术，还没有很好的文档。

在我看来，Java EE有很好的文档记录。这听起来像是免费申请。而且，信不信由你，我开始发现Spring变得越来越复杂，而Java EE却变得越来越容易。

Tomcat似乎比Glassfish 3更容易维护。

你有没有试过什么？你有没有遇到什么特别的问题？再一次，这听起来像是免费的要求。

Answer 2

我还没有用过JavaEE6。

然而，我已经被所有以前版本的JavaEE和EJB打败得够厉害了，所以我不会相信它，直到它确立自己成为事实上的标准，而不仅仅是法律标准。现在，Spring仍然是事实上的标准。

愚弄我一次，你真丢脸。骗我两次，我真丢脸。骗我三次，EJB。

有些人会声称Spring是专有的。我认为JavaEE规范的供应商实现即使不是更专有，也同样是专有的。

我最近经历了一次重大的转换，将大量的Java应用程序从JBoss迁移到Weblogic。所有Spring/Hibernate应用程序都无需修改即可移植，因为它们内置了所有需要的库。所有使用JPA、EJB和JSF的应用程序对于移植来说都是一场灾难。应用程序服务器之间对JPA、EJB和JSF的解释的细微差别导致了各种令人讨厌的bug，这些bug需要永远修复。即使像JNDI命名这样简单的事情在AppServers之间也是完全不同的。

Spring是一种实现。JavaEE是一个规范。这是一个巨大的差异。我更喜欢使用一个规范，如果这个规范是100%密闭的，并且在供应商实现该规范的方式上绝对没有回旋余地。但JavaEE规范从来都不是这样的。也许JavaEE6更加密闭？我不知道。可以在WAR中打包的越多，对Java库的依赖越少，应用程序的可移植性就越高，这就是我使用AppServer而不是Dot的原因。

即使该规范是无懈可击的，但如果能够升级应用程序服务器，而不必同时升级所有应用程序中的所有技术堆栈，那就太好了。如果我想要从JSF4.2升级到JSF7.0，我必须考虑更新版本的JBoss对我所有应用程序的影响。我不必考虑对Spring-MVC (或Struts)应用程序的影响。

Answer 3

无所谓。Java EE 6已经足够好了，因为有这些概要文件，所以它并不“繁重”--您只需要使用web概要文件。

就个人而言，我更喜欢Spring。但是我已经没有理由反对Java EE 6了:)

(正如一条评论提醒我的那样-您可能希望尝试RichFaces，以及ICEfaces和/或PrimeFaces -这取决于您需要的组件)。