问Java EE 6与Spring 3堆栈

EN

我还没有用过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)应用程序的影响。

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

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

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

最近，我的一个客户任务涉及评估Spring Stack与自定义框架堆栈与Java EE标准。经过一个月的评估和原型设计，我不仅很高兴，而且被Java EE 6的特性集所折服。对于2011年和未来的任何新的“企业”项目架构，我都会选择JavaEE6和潜在的扩展，比如Seam3或即将到来的项目。Java EE 6体系结构经过了简化，并结合了过去几年中发展起来的许多开源思想中的最好部分。

考虑以下开箱即用的功能:事件管理、上下文和DI、拦截器、装饰器、RESTful box服务、与嵌入式容器的集成测试、安全性等等。

我的大部分结果都是解释JavaEE6的关键概念的published in my blog，您可能会发现这些概念很有用。

当然，选择框架并没有固定的规则。对于不需要丰富会话状态的更简单的“网站”，JavaEE6可以很好地扩充。你最好选择Grails或者Play！框架。但是对于会话式web应用程序，我找不到更好的理由来解释为什么JavaEE6不适合。