还没有学会EJB的朋友可以观望一下，等待学习EJB 3.0...

EJB 1.0出来后，遭受了很多人的抨击，总算EJB 2.0出来后，改正了以前不少问题，特别是性能网络问题，但是难于学习和使用还是阻碍了EJB普及。

EJB 3.0应该是现在的重量和轻量之间的一个产物，这是我个人观点。

希望ejb会越来越简单,我们程序员要学习的东西太多,而且机会比较少,进公司之前,公司要你会这个,会那个.可是我们没有进公司学习,实践,那里能学会?自学成才的人少!!!!

工作中学习嘛。
主要是好多技术公司不用。就没了实力的机会。只有靠自己学。这就慢了

不知道jboss将来支不支持EJB3.0呀，要是不支持就没有免费的用了

这个是关键，不过如果真不行，也可以用其它的OR mapping，
不过对于本地数据库来说，EJB不是最需要的。
应该是分步/异构数据源结构比较需要

llll;;795

JBoss当然支持EJB 3.0

在EJB3.0中，JBoss是最大的赢家，Bea等输了。

看文章连接：
http://beust.com/weblog/archives/000124.html

当然，在这篇文章讨论中，有网友极端地说：那么Hibernate将死了，难道不是吗？This is the death of Hibernate, isn't it?

学习Hibernate的网友不用担心，这是极端的言论，需要批判地接受。

在TSS年会上有很多有趣激烈的争论，例如关于EJB是否需要？EJB is alive?

例如Rod Johnson开设了一个话题：J2EE without EJBs，Rod Johnson 是Spring框架的创建者，同时著作了那本书名很长的我不容易记住的书籍，在最近一期程序员杂志的“J2EE四书五经”文章中，我也推荐了他的书籍，我说他的Spring框架是一种有益的探索，没有Spring之类框架的竞争，就没有EJB/J2EE标准的发展。

但是，Johnson的Spring春天还没有真正来临，他的理论很容易误导很多J2EE初学者，导致他们以为以后可能没有人会使用EJB了，这又是不尊重现实的，下面这篇文章比较客观地谈论了Rod Johnson的想法：

http://radio.weblogs.com/0135826/2004/05/09.htmla27

Rod Johnson的有些观点是对的，现在EJB确实复杂，难于学习，但是EJB3.0却不同了。

当然了，EJB持久层(Entity Bean)是一直争论的话题，虽然EJB 3.0没有取消CMP，但是它吸收了Hibernate和TopLink ，

Gavin King在他自己的bLog（http://blog.hibernate.org/cgi-bin/blosxom.cgi/）谈了自己对EJB 3.0和JDO的认识，他最后说：
相比重写JDO， EJB 3.0 的实体Entity 更接近ORM解决方案。
So, rather than rewriting JDO, EJB 3.0 entities will be based closely upon the (much more widely adopted) dedicated ORM solutions such as Hibernate and TopLink

虽然Gavin King最终没有让EJB委员会取消实体Bean CMP，但是他的努力和形象是令人尊敬的，他自己认为是这样发展：EJB --> Hibernate --> EJB 3.0

下面这篇文章客观地评价了Gavin King和他的Hibernate:

http://radio.weblogs.com/0135826/2004/05/07.htmla25


我希望EJB3.0能更简单，这样我们程序员的负担也会少点！

EJB几个大变化：
首先，一个EJB不再是两个接口一个类了，只要一个类就可以，虽然现在用JBuilder开发也不觉得累，但是总算清爽了。

基于POJO设计，POJO是最原始的普通的，没有任何继承的类，很干净，CMP再没那么怪异了。

当然EJB部署调试也可以在容器外执行，使用IOC模式的依赖注射模式替代了JNDI locator，关于依赖注射模式 可见我的设计研究AOP相关文章。

在6月份程序员程序天下事中，我会写EJB 3.0以及吵闹的Java世界，其实我看中EJB 不是看中他的技术，而是标准，如果Spring等框架使用人多了，成为事实标准，我也会向初学者推荐它，因为我知道标准的重要性。

现在我们现实生活中所有的产品都遵循一定的标准，如IEEE或其它，前段时间IT界为无线标准争个不停。

成为标准的技术最终是我们客户收益，会有不断的技术支持和发展，东家不亮西边亮，会有很多厂商共同推动发展。

微软只有一家，它的东西就是标准，但是我不喜欢这种只有一家生产的标准。我相信很多人也是这样。

开源新技术要支持，如Hibernate 或Spring，但是也要让最终用户知晓其缺点，我非常希望Spring+ Hibernate能够成为标准和主流，可是目前在EJB 3.0是标准的情况下，最后谁都赢不了，只有微软赢了。所以很多先知说，Java最后毁在Java世界本身自己。

Java可能是在也开源，败也开源。

这玩意 不错~

> EJB几个大变化：
> 首先，一个EJB不再是两个接口一个类了，只要一个类就可以?> 虽然现在用JBuilder开发也不觉得累，但是总算清爽了。
>
> 基于POJO设计，POJO是最原始的普通的，没有任何继承的类，
> 芨删唬CMP再没那么怪异了。
>
> 当然EJB部署调试也可以在容器外执行，使用IOC模式的依赖注
> 淠Ｊ教娲JNDI locator，关于依赖注射模式
> 可见我的设计研究AOP相关文章。
>
> 在6月份程序员程序天下事中，我会写EJB
> 3.0以及吵闹的Java世界，其实我看中EJB
> 不是看中他的技术，而是标准，如果Spring等框架使用人多了
> 晌率当曜迹乙不嵯虺跹д咄萍鏊蛭抑辣曜嫉闹
> 要性。
>
> 现在我们现实生活中所有的产品都遵循一定的标准，如IEEE或
> 渌岸问奔IT界为无线标准争个不停。
>
> 成为标准的技术最终是我们客户收益，会有不断的技术支持和
> ⒄梗也涣廖鞅吡粒嵊泻芏喑坦餐贫⒄埂?>
> 微软只有一家，它的东西就是标准，但是我不喜欢这种只有一
> 疑谋曜肌Ｎ蚁嘈藕芏嗳艘彩钦庋?>
> 开源新技术要支持，如Hibernate
> 或Spring，但是也要让最终用户知晓其缺点，我非常希望Spri
> g+ Hibernate能够成为标准和主流，可是目前在EJB
> 3.0是标准的情况下，最后谁都赢不了，只有微软赢了。所以?> 多先知说，Java最后毁在Java世界本身自己。
>
> Java可能是在也开源，败也开源。
>

我们在进步,banq也在学习,共同成长吧

Ejb3.0规范的改进标志着争论不休的java持久化标准的逐步融合，有利于降低企业应用的开发成本，减少开发人员的学习时间，这样开发者的精力将会更多的关注企业业务逻辑的再造，而用比较小的代价实现代码。企业标准的融合有利于java阵营的良性发展。

下页