J2EE without EJB

嘿嘿，绝对不是我危言耸听。without EJB 中文版出来后，死抱着 EJB 2.0 所有缺点不放的人很快就会失业的。

Rod Johnson  在这本书中痛陈 EJB 的缺点，火力之猛前所未见。这些内容大家在明年年初应该就可以看到。实在等不及的可以直接去看原文。

偶等不及了，偶已经在啃了，好痛苦。。。

西瓜靠大边很多时候是没错，但是你也要看清形势，逆潮流而动是没有什么好结果的。
假设你在 1949 年参加国军，你以为会有什么好下场吗？形势已经完全不同了。

EJB 渐趋式微的形势现在已经很明显了，这个和我在两年前的预测是吻合的。

EJB2.0自然会消失，但是3.0、4.0，更多的也会诞生，只要商业存在，商业化的重量级组件也会发展。
   如果单纯拿EJB2.0作为对整个EJB的评价，我觉得偏颇了些，谁又会知道它不会发展，不会吸收呢？（毕竟EJB只是规范与框架，而不是具体实现，如果说CMP不如hibernate一样，当CMP真如JBOSS所说发展成用hibernate实现，那它不又是活过来了么？）
    技术这东西都是此消彼长的，没有任何一样东西可以统治太久。希望javaeye能永远走在最前沿。

其实我的看法是即使 EJB 3.0 非常出色，也完全没有必要抛弃 Spring+Hibernate 转向 EJB 3.0。EJB 设计与这些轻量级框架的设计着眼点有很大的不同。

就初学者而言，在现在这个过渡阶段，不要把过多精力投入 EJB 2.0 的 学习是一个明智的决定，应该把精力多投入到 Spring+Hibernate 的学习中。
EJB 3.0 绝对不可能是一个全新的设计，因为他们需要考虑的因素是在是太多了。为了保护大厂的利益，就一定要在最大程度上与 EJB 2.0 兼容，这样就出来一个不伦不类的东西。我更愿意直接使用 Spring+Hibernate。

EJB 在 J2EE 世界中的地位将会越来越低，最后沦为和 Spring+Hibernate 大致相同的地位。只不过是一种很普通的解决方案而已。

是谁挽救了 J2EE？是 Open Source。如同 robbin 以前说的 Sun 始终扮演着一个后知后觉的角色。

可选择的服务会是一个重要的方向
这也算AOP目前发展最有价值的一个方面

事实上，现在所有的EJB服务基本上都有单独的产品支持，EJB1.0,2.0走的是一条all in one地解决方案，这是因为原先这些产品要么太高端，不够普及，要么相互之间的集成性不好，一旦一个系统需要所有这些服务或者这些服务的大多数，很多公司都没有这样的财力、人力作这样的集成，应该说在当时的环境下,EJB确实是一个普及和提升的过程

但随着这些服务的普及（例如TPMonitor和JTS)以及在EJB上应用这些服务的经验，新的体系结构（微核心,JMX)，新的编程范式(AOP)的推广和应用，大家又发现并不是所有的应用都需要所有的服务，就考虑是不是可以用任意拆卸的方式使用这些服务。

我想没有EJB的经验就没有今天这样的想法，这是一个螺旋上升的过程。

EJB遗留下来的资产远比hibernate和spring的多。
spring和hibernate目前的影响力还没有产生太多的
遗留资产，没有struts引起的遗留应用多。


我想EJB就从遗留资产一块，也不会导致干EJB的认失业。

说实话，我看真正干EJB的人倒是不多。

EJB的思想不会变！
所谓企业应用，其实就是指联机事务处理，就是TPmonitor!
U see?

不要把EJB一棍子打死，EJB也在不断的发展，为什么会觉得EJB会比without ejb就一定要差呢？拿2004年的without ejb的技术和数年前的ejb 2.0去比，好像有点胜之不武吧？

不要忘记，在真正高端的应用中，EJB仍然有其不可替代的优点，比如集群。

呵呵，还是先去看看 Rod Johnson 说些什么，然后想办法去反驳他好了。靶子不是我，而是 Rod Johnson。不过 Rod Johnson 确实说出了很多我想说但是不敢说的话。

那个 tomcat 老弟，窝了很长时间了，到时候把你的观点摆出来看看。不要总是以前的老一套，什么企业级应用就是 TPMonitor、分布式应用具有无可替代的优势云云。好像 without EJB 就没有办法管理好事务一样。另外我们不是任何时候都需要分布式的，只有很少的时候才需要。这次这个话不是我说的，而是 Rod Johnson 说的。

EJB 给我们留下了丰富的遗产没错，但是正如 potian 所说，很多时候我们其实并不需要一个 all in one 的解决方案，这时候 Spring+Hibernate 不失为一种很好的选择。