EJB和Spring的比较

1. 比较篇：
Spring+hibernate提供了大部分原来只有ejb才有的服务，而且spring提供的有些服务比ejb做的更细致，更周到。
那么是不是有了spring，ejb3就没有作用吗？
否定。因为ejb设计的初衷是用于分布式场合，而spring一开始就没有打算提供分布式功能。所以两者的偏重点是不一样的，像ejb比较适合用于大型企业，因为大型企业一般都　会存在多个信息系统，而这些信息系统又相互关联。为了避免业务功能重复开发，实现最大程度的重用，有必要把业务层独立出来，让多个信息系统共享一个业务中心，这样应用就需要具备分布式能力。它的主要优点就是：分离出业务层，软件功能改变，只需修改业务层，为后期软件维护提供了方便。实现业务功能共享。软件实现了最大程度的组件方面的重用。

到这儿要说说，它们的相同，这两个框架有着一个共同的核心设计理念：它们的目标是为松耦合的POJO类提供中间件服务。框架通过在运行是执行环境，或将服务对象注入给POJO类的方式，将应用服务和POJO类“连接”起来。POJO类本身不关注如何“连接”，而且

2. XML Vs.注解：
从应用开发者的观点上来看，Spring的编程开发接口主要基于XML配置文件而EJB3.0广泛地应用Java注解。XML可以表达复杂的关系，但是它也冗长且不够健壮；注解简单明了，但是很难在注解里表达复杂或继承性的关系。

Spring选择XML或EJB3.0选择注解都是有他们两者框架后的体系结构决定的。因为注解只能容纳很少的配置信息，只有整合前的框架（重头戏都在框架里）才可以把广泛地使用注解作为配置选择。正如我们所讨论过的，EJB3.0刚好符合这个要求，而Spring作为一个普通的DI框架并不符合。

当然，EJB3.0和Spring都相互取长补短，在某种程度上他们都支持XML和注解。例如，在EJB3.0中，XML配置文件作为一个可选的重载机制来改变注解的默认行为。注解也可以配置一些Spring服务。


3. 浅析篇：
Spring框架是一个广受欢迎的但是非标准的开源框架。它主要由Interface21公司开发和控制。Spring框架是体系结构是基于注入依赖(DI)模式。Spring框架使用了大量的XML配置文件，它可以独立应用，或者在现有的应用服务器上工作。
EJB3框架是JCP定义的并且被所有主流J2EE提供商支持的标准框架。EJB3规范的预发布版本目前已经有开源的和商业的实现，如JBOSS和ORACLE。EJB3大量使用了JAVA注解.