在看这些技术，百度知道上得到的答案，比较清晰
链接 http://zhidao.baidu.com/link?url=TFzXRADdVHNmEbvNIe2o4tFrIX56aVl9cV8ltrfvfNd9kLiEc4FEZYqT1TcHGkGDO6P9nAOUv2nnHTycj003gK
1.spring 和 EJB 有什么可比之处？
Spring和EJB都是两种Java领域模型(框架),当然有很多不同，其实比不需要关注两者的不同，以及可比之处，如果客户要求你使用EJB，你就用EJB，要你用Spring，你就用Spring。不用不需要知道，因为知道了没好处。如果客户没有要求，建议你用Spring，更加敏捷，它的依赖注入可以让它跟其它任何框架无耦合的组合。
所谓轻量级，就是它对容器(如sevlet容器或Ejb容器)的依赖更小，并不表示它的性能和功能比重量级的差，很多服务器中没有包含Ejb容器。
2. spring 能支持分布式吗?
分布式很大一部分依赖的是容器。Java本身就有支持分布式的特性。与具体框架无关。所以如果你的程序设计成分布式的，那就是分布式的，不管你用srping，还是Ejb，或者两个都用
3.分布式具体怎么描述的?
所谓分布式，就是一个系统的多个服务在不同的域上。举个例子，你登录了sohu之后，可以访问chinaren而不需要重新登录，但sohu和chianren是两个不同的域，你把这一整个看成一个大系统，那么两个域中的子系统就是分布式的服务。有一种叫单点登录的技术能够让你跨域访问多个子应用，而不需要从新登录。
还有一种分布式是为了控制大量的并发访问，你访问sohu，其实有可能访问的并非总是同一个服务器，它可能是多个服务器提供完全相同内容的系统，在这些系统的前端，有个提供负载均衡的系统引导你去访问当前负荷较小的服务器。
3.EJB 到底有什么好处
这个问题很奇怪，每个框架都要它的特点。但你需要什么，当它能满足你，你就去用它嘛。你当然有权利决定使用其它的事务管理机制来替代EJB的，比如spring的申明式事务。你要做的就是把系统做出来，老板不会关心你的技术细节。
如果实在不知道是要用EJB或者Spring（如果两者的了解程度相当），就抓阄决定吧，o(∩_∩)o...。
4.JMS 和事务管理,什么时候才用得上? 我开发了那么多系统.从来没碰过!
JMS没用过有可能，因为大部分J2EE都是单服务的web应用。不需要通过JMS提供底层系统内部通信。但事务！！！，任何一个有CURD的系统都该有的呀，否则如何保证数据的安全呢？
比如你有两个操作，先添加一条记录，紧接着修改这条记录，当你第一个操作执行完了，第二个操作出异常了，这两个操作是一件事，把它套在一个事务里，第一个操作就算成功了，也会被回滚，因为它整体是失败的。没有事务，事情就只做了一半，就会多出一条错误数据。