在此我基本上把我对EJB的一些了解跟其他道友一起共享了，当然我会有自己的局限，希望其它道友也能一起分享各自的经验。

EJB3.x出来带来那些新的变化，我们拭目以待。

好像大家讨论有些跑题，实际上，确实项目规模对于是否使用EJB比较关键，这比以前盲目讨论“我们是否需要EJB”要进步多，因为使用任何技术都是有场景和前提的。

对于EJB，我感觉只有具有一定的Web开发经验以及掌握设计模式后才可以能够驾驭它，它是一个良种烈马，当然驯服它正成为趋势。

EJB对于普通程序员过分高了，现在有Spring这样的台阶，普通Web程序员可通过学习使用Spring，逐步理解一个复杂系统需要的中间件技术，到时，再使用EJB，会发现有一个自然顺理成章的过渡。

当然理解了EJB，就发现Spring很简单。至少我是这样，我曾经花一个上午看了其原文说明，再翻阅源码，基本对其使用有了了解，并且帮助别人整合了EJB对Spring的调用。

你的软件现在不需要集群，不代表它将来不需要，只管现在是不负责任的，现在我们很多公司做项目是这样，畸形反而成为了理由了。

不关心软件质量，就不必用J2EE，学习模式，Delphi除了这些问题不是很好吗？

主导一个软件设计的是软件需求的本身。就像手机一样，有人觉得功能强大如p910才好，有人觉得三星d508就不错。软件也一样，先不要问ejb或者spring能提供你什么，而是要明白目前这个项目的需求需要什么。在without ejb中也详细提到了spring的限制以及在什么时候要使用ejb,作者的口气并没有论坛里的那些人那么嚣张。当spring就适合的时候，真的没有必要用ejb,但如果你的项目本身很大要很好的伸缩性健壮性的时候，ejb则是不二选择。

对于banq不断地提到说用ejb开发项目也很快的时候，我想提一点，你在这个行业这么久而且有很好的框架支持，甚至明白很多很多的设计与实现上的best practice，所以你能做得很快。然而对于一个入门级甚至一两年经验的java程序员来说，开发一个项目，使用ejb成功的机会真的很小。很多写了几年java程序的人还只是jsp+jdbc。

记得better,faster,lighter java的作者说过，如果开发一些简单的应用，delphi,vb是最好的选择，而非java.就像你8个小时开发的那个东东，我用delphi也用不了8个小时。只是因为简单。只是因为熟练。

技术无优劣，需求最重要。