J2EE without EJB

书里除了批评EJB之外, 还有什么值得一看的东西呢?
特别是有什么平时从javaeye或者其他普通渠道得不到的知识呢?

不错，oz6说的比我清楚。

从历史发展的角度来看EJB（一点浅见）：
EJB为何而产生？他的竞争对手是谁？这个问题要搞清楚。长期以来在企业核心软件领域，一直是靠着 IBM 垄断的大中型主机系统和 CICS 事务控制软件独步天下（后来才出现 BEA 公司），其丰厚利润另各家公司垂涎欲滴。但是这些传统的事务软件都是面向过程的，而且一直都没有被移植到低端系统，这与 IT 的发展趋势格格不入，因此，发展适合现代硬件系统 + 面向对象的事务处理软件成为各大 IT 公司争夺高端市场的技术制高点，但是这一领域在理论上一直难以有所突破，直到1996年？微软的面向对象的 MTS 控制软件横空出世，震动了各大公司，各公司纷纷加紧了对该软件的研制，次年？sun公司推出了 ejb 为核心的 j2ee 技术，另业界感到欢欣鼓舞，鼓舞了非MS阵营的士气，遗憾的是，ejb贪大求全，成了ejb的致命伤。而同时，IBM公司的cics也在不断发展，在低端系统不断得到移植，而且有丰富的开发接口，客户端不再局限于cobol，在市场上阻止了新一代事务软件的进攻。 更要命的是，随着各大企业IT的整合、集中，IT 似乎走向了回归，纷纷购买IBM的大机系统，而 IBM 凭借其高低端系统上的 cics 产品，cics 的市场份额也得到进一步的巩固（看看现在的 cics 培训班比比皆是）。
所以新一代的事务软件任重而道远，ejb还有很长的路要走。

（我所理解的企业核心软件包括：事务控制软件，消息队列，群件、、、还有的话请补充。其中无论哪一个软件，其市场都是巨大的，而ejb的贪大求全则是导致它失败的重要因素。）

这本书不是批评EJB的书，至少批评EJB不是它的重点。拿Rod Johnson的话来说，“对于一种不够完美的技术，批评它总是容易的；若是拿不出更有建设性的方案，那批评也只能叫廉价的批评。”这种廉价的批评，我们已经看得很多了，包括我们在这个帖子里的言论，也属于廉价的批评。但这本J2EE without EJB看重的不是批评，而是建设性的方案，是一种可用、易用、实用的轻量级方案。大多数的书在讲方案时都容易变成介绍玩具，但这本书介绍的是一个经受了工业级考验的方案，内容涵盖了企业应用的方方面面，这也是我们需要动用这么多人一起翻译它的原因之一。

任何一种技术只要一直有人关注，最终都会趋向完美，EJB 也不例外。问题是这个趋向完美的速度是否是用户可接受的。EJB 的发展速度可以用乌龟速度来形容。那么现在既然有了一些很多场合下还算不错的替代方案（请参考 potian 和 gigix 的回贴），我们是否仍然需要为 EJB 的不成熟付出代价？

如同 gigix 所说，without EJB 这本书除了一些破坏以外还有大量的建设，否则我们谁也没有兴趣去读这本书。

tomcat 说的在任何一本介绍 EJB 历史的书中都有介绍。作为一个开发者，我觉得这些对于我本人（注意：只是对于我一个人）没有多少收获。我没有做过大规模的 EJB 开发，但是至少是曾经认真学习过 EJB，WebLogic 就是学习 EJB 2.0 的最佳途径。但是作为一个开发者，我深深感到 EJB 开发的繁琐和繁重。也许 tomcat 并不需要每天写大量的 EJB 代码，所以难得的高屋建瓴。但是一种不能真正获得开发人员欢心（少量还是有的，不是大多数，需要争论吗？）的技术，其前景是可想而知的。

这个讨论不是为了彻底否定 EJB，起到的作用应该是对 without EJB 这本书书名的释义。

ms的成功在我看来是对程序员讨好的结果，真正让它走到垄断这个地步的其实是VB而不是操作系统。正是由于VB大大简化了在win下开发程序的工作，提高来开发效率，才使其win平台快速的进入了广泛的应用。
而java社区对程序员的爱护就不多了，只是到了最近sun才意识到这个问题。而ejb可以说是不考虑开发者感受的典型代表。实际上现在软件开发中最为大家关注的是开发效率的问题，而不是功能和效能的问题。为什么cpp越来越边缘化，也正是由于越来越多的公司更在乎开发的效率而不是运行的效率。ejb的出现带来了短暂的热潮，但是马上其学习曲线坡度大，开发效率低的弱点就显露其使用价值不大。
当然任何技术最后都会找到其生存的空间，ejb也一样。不过类似处境的技术太多了。我的判断J2EE这个体系现在处于一个高度的变动之中，未来究竟是怎么样的谁也说不好。说不定过些时候这个体系被抛弃也有可能。前些天我讨论的无容器组件，其实就是对这些问题的忧虑。

书中得来终觉浅！本人多年来一直在企业混，对企业的需求算不上专家，也可谓相当了解。这些经验对你可能毫无意义，那是因为工作环境、关注的领域不同。

你认为 cics 开发很得开发人员的欢心吗？要不我贴一段cobol语句你瞅瞅欢心否？ 可这种东西却很得企业欢心，不是吗？

高谈阔论能当饭吃吗？

tomcat
cobol这个东西企业其实是最受不了的,这一点似乎从来都是一个实实在在的事实阿.现在国外最热门的一个工作就是做cobol到java的移植.并且有多个把cobol运行在java下的解决方案在推广.我不知道你的经验如何,但是有些实事求是的态度还是必要的.

cobol之所以难以取代，是因为后面有个cics， 取代cobol太简单了，可是 cics 用什么来取代呢？　java怎么和 cics 连接，是做前端还是后端？ 后端的话是运行在 EJB 容器中还是别的什么？ 问题多多？？？？愿闻其详！

to tomcat：
为了避免空对空，过一段时间我把 Rod Johnson 的一些具体的论点贴出来，你来逐条反驳一下好吗？
如果反驳不了，就拿“我很忙，没工夫来参与这些无聊的高谈阔论”（或者更确切地说是“我看不懂这帮蠢蛋究竟在说些什么”）来搪塞，我不知道究竟是谁在崇尚空谈？

我们关注的层面确实有很大的不同。业务逻辑更大程度的重用，代码更容易测试、容器更小的侵入性在我们看来都是非常具体的问题。你若把这些笼统地归为“空谈”，真的不知道如何与你讨论了。还是不要再开倒车了。