J2EE without EJB

我觉得IBM,ORACLE,SUN,BEA等，有办法会让EJB再次吸引客户的眼球的，这些公司的市场运作的能力是不容忽视的。好的东西不一定卖得好，关键是要让众多的客户知道你有多好。客户方做决定的，不一定很了解技术的发展趋势以及技术的适用性，他们很可能更会倾向这些公司力推的技术方案，因为这些公司的形象已经说明了太多的问题，虽然同时也掩盖了不少问题。大的客户还是会跟着这些大公司走的，这不单单是技术上的问题，跟客户关系，企业市场运作，开发团队的素质都有关系。所以，我认为EJB3可能还是今后JAVA企业应用的核心技术之一，而SPRING+HIBERNATE则推动了EJB3的发展，在中小型客户市场中也会占领一定的份额。对于，程序员来说，学习SPRING+HIBERNATE的思想要比精通这两种技术，熟悉他们的各种配置更重要。因为他们的替代品并非很难开发出来，或者比他们差不了什么，没有必要花太多的时间专研。

重申：诸如remoting、声明性编程、分布、池缓存之类的infrastructures不是“EJB的意义”，而是一个合理的企业级中间件平台应该提供的。它们是J2EE提供的服务，EJB仅仅是使用这些服务的一种途径。对于其中的一部分服务，EJB是方便的使用途径，但代价是你不能选择，必须全盘接受EJB的所有代价。使用或不使用EJB，这里只有权衡，没有好或不好。并不是说有分布式能力就是好、没有就是不好。如果我不需要分布，而技术架构却要把它强加给我，那么这就是一个不合适的架构，或者说，不好的架构。

>>真理永远是掌握在少数人手中

即便这个命题成立，也不等价于“掌握在少数人手中的既是真理”。

>>我坚信EJB或EJB式的分布式组件技术, 会是计算机技术的发展方向! 

再重复一遍，分布的能力是J2EE提供的，而不是EJB。EJB仅仅是一种方便的使用RMI分布的途径。RMI究竟是不是好的分布方案，恐怕都还值得商榷呢。

>>只用CMP去和Hibernate去比较,是很片面的!

我们所说的“J2EE without EJB”，除了O/R mapping之外，还包含了声明性事务、池缓存、异步、远程、分布等方面的EJB替代方案。你为什么不能首先弄清楚我们在说些什么呢？

>>在JAVA中,除了EJB之外, SOAP和RMI技术是分布式的,我不知道还有什么技术是分布式的!

JOTM提供了分布式的事务，Hessian提供了基于HTTP的二进制remoting。你“不知道”？我还不知道火星在哪里呢，难道火星就不存在了？

请你弄清楚，我、robbin、dlee、potian，我们这些人从来没有“反对EJB”。我们一直是在说：对于某些项目，EJB很适用；对于很多项目，EJB不适用。真正的情况倒是，不少人一直在说“EJB是J2EE的核心、没有EJB就不是J2EE”呢。我们要做的是，我们要找到EJB适用和不适用的场景，我们要找到如何在没有EJB的时候更好地开发应用，这怎么成了“反对EJB”了？

在我眼里，技术没有好和不好，只有适用和不适用。即使有99%的项目用（或者不用）EJB，也不证明EJB就是“好”（或者“不好”）的技术，只是适用场合不同而已。不过如果你有兴趣的话，你可以统计一下JavaEye这些人有多少是真正需要EJB的，又有多少是误用了EJB的。照我看来，我们反对EJB只嫌力度还不够。

其实所谓“反对EJB”，我认为最重要的是告诉所有人一个观念：这个世界上的确有简单的问题。没错我们有时就得去面对那些真正需要分布的应用，但实际上大多数时候我们面对的问题并不像我们想象的那么复杂，它们原本就是那么简单，它们需要的就是一个简单的解决方案。如果说仅仅因为有10%的复杂问题存在，就要用100%的复杂方案来解决剩下的90%问题，这是不可接受的——但实际上很多人恰好就是在这样做。

确实有点炒作的味道。虽然最初只是为了表示 robbin 的观点其实并不是很孤立的。

我仔细看过我说的话，可能就“渐趋式微”那句有些完全否定 EJB 的味道。Rod Johnson 的一些意见是在考察了 .NET 的设计后做出的。robbin 以前说 .NET 有很多地方值得我们学习是一个正确的意见。Java 世界夜郎自大的人太多了。

XP 四原则中有一个就是简单，还有一个著名的格言 KISS。大家从经济学的角度去思考一下这个世界为什么仍然需要大量简单的解决方案。

我在这个论坛上的所有发言都非常直白，如同白开水。我是故意采用这种风格的，呵呵。不过瘾的话还是自己去看《without EJB》吧，我不想代圣人立言了。这个也算是软广告吧，呵呵。

.MS现在推出的智能客户端思想感觉真的很不错,包括即将推出的Longhorn

对于一个产品，市场人员说：这是一个划时代的产品
而技术人员说：这个产品可以在一定范围内了解决一定的问题

对于EJB也一样，在2、3年前，很多文章都指出，EJB并不能万能的；不分场合、不分应用的使用它必定要失败
一个公司要推出一个产品，一定会把它夸得神乎其神，好像有了它共产主义就实现了。而作为我们技术人员，则要清楚它在什么范围内，解决了什么问题
即使J2EE Without EJB这本书推出以后，如果看到EJB项目就恶心，
是比较可悲的

这场反对EJB的运动教给我们的应该是正确的看待分析技术。不能无限夸大，也不能一棒子打死

ejb现在的处境很尴尬。技术上的问题我就不说了，我来说说政治。实际上sun很迫切的推出jdo2.0就应该是一个信号，说明他们希望通过别的途径来遏制ibm与bea的优势。至少我闻到了UNIX大战的气味。
而TSS上所热炒的EJB3.0还是一个不知道什么时候会出现的东西。jboss在这个方面发言权越来越多，在我看来是ibm和bea已经开始淡化ejb投入的先兆。
ejb这个东西先天就是政治挂帅的，实际上国外在上面的投入并不是很多。其比率和国内其实是同一个水平线上的。关键问题还是ibm不希望把j2ee平台搞得那么简单，而是希望让更多的可选择标准同时存在，这才更加符合他的利益。国外在ejb上的投资其实也是在减少的，包括sun和ibm似乎都希望把ejb作为一种非核心技术予以支持。这些高档技术其实有一个特点，那就是高度的以这些行业内部的领袖的利益为方向。ibm和sun实际上只是希望通过某种方法把他们的硬件卖出去，要他们为ejb抛头颅洒热血是不现实的。而于是spring这样的灵活的东西，就越是可以给ibm这样靠服务赚钱的公司以插手点。而sun则可以在这些框架下更好的腾挪，从而把失去的java领导地位抢回来。唯一可能为ejb付出的就是bea，可是从目前的情况看，bea也作不了太多的事情。而TSS上谈论ejb3越多，我认为这就是打公司越多的放弃ejb的征兆。
可怜的是我们这些第三世界的人在这个问题上没有半点的发言权。

o6z能看得这么透，真是佩服。是猜的呢？还是有所根据？