Java EE 6与Spring 3堆栈

Question

我现在开始一个新项目。我必须选择技术。我需要一些东西，所以不需要EJB或Seam。另一方面，我需要带有IceFaces的JPA（hibernate或替代）和JSF。

你是否认为在Spring 3上的Tomcat上部署这样的堆栈是一个不错的选择？还是Java EE 6 Web应用程序可能更好？恐怕Java EE 6是一项新技术，尚未有充分的文档证明。Tomcat似乎比Glassfish 3更易于维护。

你怎么看？你有经验吗？

Answer 1

我需要一些东西，所以不需要EJB或Seam。

你是否愿意解释自EJB3以来使EJB变重的原因？你是否意识到我们已经不在2004年了？我真的很想阅读你对light 的定义和你的论点（并且我会很高兴地更新我的答案，因为我敢肯定我会说几句话）。

另一方面，我需要带有IceFaces的JPA（hibernate或替代）和JSF。

Java EE 6 Web Profile（包括JSF 2.0，JPA 2.0，Bean验证，EJB 3.1 Lite，CDI等）非常适合此操作，你可以使用GlassFish v3 Web Profile来运行使用Java EE 6 Web Profile构建的应用程序。

你认为在Tomcat上部署的Spring 3上的此类堆栈是一个不错的选择吗？还是Java EE 6 Web应用程序可能更好？

好吧，我喜欢在非专有平台（Java EE）而不是专有容器（Spring）上运行代码的想法。而且我认为Java EE 6足够好（这是委婉的说法，EJB 3.1（精简版），JPA 2.0，JSF 2.0，CDI踢屁股）。请注意，我是JSF的怀疑者，但我进行了第二次观察，带有CDI的JSF 2.0是如此不同，以至于我什至无法比较。而且，如果你不看CDI，那么我告诉你它会摇摇欲坠。

恐怕Java EE 6是一项新技术，尚未有充分的文档证明。

对我来说，Java EE看起来不错。这听起来像是免费索取。而且，信不信由你，我开始发现Spring变得越来越复杂，而Java EE变得越来越容易。

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