jakarta组织最新的 ejb容器，也内建了spring
> 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。
>>Spring框架除了是一种Web层应用框架，还提供了访问EJB层的接口
请问在阅读此文时，我们应该参考怎样的分层机制？“Web层 vs. EJB层”这是作者建议的分层方式吗？或者，我们是不是可以考虑用更传统的，“表现层 vs. 业务逻辑层”的划分？
>>以纯Ioc和AOP设计来说，Spring框架也是一种很重的(Heavy、Weight)框架
我一直不明白，所谓轻量级与重量级究竟有什么区别？可否请解释一下？现在的状况是，我连什么叫轻什么叫重都不清楚，更惶论评价一个东西的轻与重了。
不过最新的jive我没看了，所以不敢肯定最新的jive是否还是原来那样拙劣。敬请谅解。（因为中间我发现它采用了一个别人的web框架替代了它原来的，简化了不少，所以不能排除有可能最新的变化。）
一个很简单的论坛被它搞那么复杂，典型的过度中的过度设计。
又是factory又是proxy。连cache都是自己程序写的。实际又就那么点功能。
用spring来写的话,jive代码量我可以简化2/3，可读性增强100%。
板桥兄的水平实在不敢恭维。这从以前极力鼓吹EJB可以看出来。但现在看连sun公司自己都要推EJB3了。
但说jive设计的差的，肯定是没有仔细研究过jive的。我在jive的基础上进行论坛的二次开发，做了一年，学到了不少东西。
>
> 板桥兄的水平实在不敢恭维。这从以前极力鼓吹EJB可以看出?>
能写j2ee应用服务器就算很牛？有时间有投入的话，象这种人家已经定出规范的东西，一个个点套也套的出来。当然你说的这个人我没有机会接触这么高层的人，所以也不知道水平如何，不好评价。