EJB3的时代来了

作者：Charles Huang

问我这个问题的技术人员人不少。由于我本人从事ejb3产品研发。如果我说狼来了，有黄婆卖瓜，自卖自夸的嫌疑。今晚跟美国加拿大几个在银行做架构 师的朋友了解那边的最新情况。才发现一直没有声息的IBM居然已经在给大客户们洗脑了。原来以为IBM动作最慢，没想到既然已经不声不响的做pre- sales了。根据内部的ppt的资料，IBM的J2EE 5容器在March 2006完成第一个版, 在ppt上展现了非常美好的开发模式。洗脑效果也不错，我的几个哥们都很期待新的IBM的ejb3的到来了。

看看几个巨头的时间表：
Oracle. 现在
JBoss 现在, 已经迫不及待的在TSS上展现自己的ejb3成功案例了。
Bea June 2006
IBM March 2006

java EE 5的新的规范主要是：
Java EE 5 (JSR 244)
EJB 3.0 (JSR 220)
Java Persistence API 1.0 (JSR 220)
JSP 2.1 (JSR 245)
JSF 1.2 (JSR 252)
JAX-WS 2.0 (JSR 224)
StAX 1.0 (JSR 173)
JAXB 2.0 (JSR 222)
Web Services Annotations 1.0 (JSR 181)
Common Annotations 1.0 (JSR 250)

可见主要的东西就是ejb3， java persistence api( 原来的ejb3 persistence api )和SOA(利用xml, web service annotation)。

其他主要是改进的规范。

另外，目前的计划是EJB3 最终规范会在Aug 2006定稿。xml descriptor的部分可能会放弃，或者只是覆盖部分的annotation.

我们的架构是webwork 2.2 + spring + ejb3 spring support + ejb3 persistence，理由：

1. Spring很好
2. EJB3中的entity bean( 所谓的持久层 ） + annotation很好,很快。
3. 从来都不是session bean的fans

robbin评论EJB3：

我最近简单浏览了一下ejb3 final draft的pdf白皮书，说实话稍微有点失望，原因是：

1、EJB3的IoC功能只能说够用，但是不够强大，功能完全没有spring那样丰富。IoC容器的作用对于OO编程意义非常重大，也是支持系统 可扩展能力的关键，这方面的缺失会导致对于那些规范没有涉及的问题要自己扩展功能也相对困难，而spring要自行扩展相当容易。

2、EJB3的AOP功能也只能说基本可用，但是很简单，功能和spring没有办法比。AOP有可能在将来改变一些OO基础编程的习惯，但是 EJB3似乎没有重视AOP的作用。而与此同时，Spring AOP和AspectJ的合作差不多确立了在AOP编程的核心地位。

3、EJB3的涵盖范围还不够，在当前spring把几乎所有服务都归纳到自己的IoC容器进行统一管理的情况下，EJB3只是提供了一个基本的框架。因此这些地方就留下缺口，需要再加一个应用层框架出来，像JBoss Seam就是这么一个东西。

4、EJB3承诺兼容EJB2.1，因此从白皮书来看，保留了一些遗留，这些地方让人感觉很不爽。

另外，EJB3的一个卖点就是annotation，先不说不管任何情况都用annotation会有什么负面效果，其实spring加入JDK annotation功能也是易如反掌的事情。

简单的来说，就是EJB3创新不够，胆子太小，步伐太小，而规范制订过程又太漫长(2004年年中就开始到2006年上半年发布，整整两年)，预计 2006年下半年和2007年会普及使用，但是这个时候spring2.0也出来，除了厂商支持，和标准之外，似乎优势体现不出来，更何况，也不是每个厂 商都会提供脱离应用服务器的嵌入式EJB3容器(BEA,IBM这种一线厂商肯定不会提供)。

就单独拿EJB3 Persistent API来看，倒是一个更有前景的东西，他比Hibernate来说，使用annotation进行简化是一个进步(Hibernate也开始提供这种方 式)，另外在已经充分竞争的O/R Mapping市场确立了一个标准，而Hibernate作为事实的领导者又主动兼容这个标准。

不过从目前的白皮书来看，EJB3 Persistent API在功能上和Hibernate3.1相比有差距，大致算是一个Hibernate3.1的子集。