说得好
jakarta组织最新的 ejb容器，也内建了spring
jive的代理确实很多，头发给我看掉了了80000根，不过spring这个东西涉及j2ee，我也就不研究了。很想用turbine把j2ee给我比下去，可惜不懂J2ee,无法给人比较啦.
写得十分不错,学习.
风马牛不相干的东西非要撤在一起
其实，我认为，一个框架技术，比如struts等，已经融合很多优秀的设计思想，很多模式，思想，我们都可以在一个框架中找到他们的影子。不过我们要是再把他们在不同形式下所表现的那种美感，再给他起个名字的话，我们的境界可能会又有所提升。我还是觉得，我们应该在这些优秀框架中逐步的提取，一些自己理解的，掌握的，东西运用到自己的项目中去。这样才能逐步的把自己提到和大师的水平。随便写个东西，就够让那些人欣赏好几天。
> http://w
> w.jdon.com/AOPdesign/spring.htm
作者在本文中所说“Spring框架也是一种很重的(Heavy、Weight)框架。Spring框架是复杂的，如果想以Spring替代EJB，那么无疑按了葫芦浮起瓢”。
不知作者对于“很重”是如何理解的？
目前从Spring的发布jar包来看，包括以下九个：spring-aop.jar; spring-context.jar; spring-core.jar; spring-dao.jar; spring-mock.jar; spring-orm.jar; spring-web.jar; spring-webmvc.jar; spring.jar;
感觉上是比较多，但使用者完全可以根据自己的需要选择其中的几个使用。
另外，作者所说的“想以Spring替代EJB”，不知其想法从何而来？Spring提供的那几个EJB的相关的接口，只是利用AOP提供的代理（Proxy），它的目的只是想简化开发人员编写EJB应用的代码的复杂性，而不是“替代EJB”。
对于EJB，的确，目前Java社区有“without EJB”的说法，究其来源，其实和Spring有很大关系，我个人认为“without EJB”在某些应用场景下不止是可行的，而且还是应该提倡的。如何“without EJB”，请使用Spring。
有几个细节看得不是很明白，想请banq解释一下。
>>Spring框架除了是一种Web层应用框架，还提供了访问EJB层的接口
请问在阅读此文时，我们应该参考怎样的分层机制？“Web层 vs. EJB层”这是作者建议的分层方式吗？或者，我们是不是可以考虑用更传统的，“表现层 vs. 业务逻辑层”的划分？
>>以纯Ioc和AOP设计来说，Spring框架也是一种很重的(Heavy、Weight)框架
我一直不明白，所谓轻量级与重量级究竟有什么区别？可否请解释一下？现在的状况是，我连什么叫轻什么叫重都不清楚，更惶论评价一个东西的轻与重了。
好象不怎么相关也！有点硬撤在一起，宣传Jive的味道。
jive是我见过最差的设计之一，我很早以前就谈过这点。在spring出来后我更坚信这一点。
不过最新的jive我没看了，所以不敢肯定最新的jive是否还是原来那样拙劣。敬请谅解。（因为中间我发现它采用了一个别人的web框架替代了它原来的，简化了不少，所以不能排除有可能最新的变化。）
一个很简单的论坛被它搞那么复杂，典型的过度中的过度设计。
又是factory又是proxy。连cache都是自己程序写的。实际又就那么点功能。
用spring来写的话,jive代码量我可以简化2/3，可读性增强100%。
板桥兄的水平实在不敢恭维。这从以前极力鼓吹EJB可以看出来。但现在看连sun公司自己都要推EJB3了。
jive不是框架，和spring没法比。
但说jive设计的差的，肯定是没有仔细研究过jive的。我在jive的基础上进行论坛的二次开发，做了一年，学到了不少东西。
如果推崇(或者你所说的鼓吹)EJB就说明水平不高的话,袁红岗也一直在推春EJB.你的水平比他高,也写个j2ee应用服务器出来吧.
>
> 板桥兄的水平实在不敢恭维。这从以前极力鼓吹EJB可以看出?>
我日你个傻b,“以前极力鼓吹EJB”就可以看出水平不高？你小子恐怕太嫩了点吧。国内老一点的搞java的前几年哪个没有“崇拜”过ejb,在ejb风光的日子里有哪个出来攻击ejb的？都tmd只会打落水狗的角色。
能写j2ee应用服务器就算很牛？有时间有投入的话，象这种人家已经定出规范的东西，一个个点套也套的出来。当然你说的这个人我没有机会接触这么高层的人，所以也不知道水平如何，不好评价。
大家不用争吵，也勿针对个人，知识体系决定了各人认识不一样，我以前在多个场合说了，Jive /Spring包括jdon或EJB都是不同的思维解决方案，都是java EE（以前叫J2EE）的不同实现而已，仁者见仁。