EJB 2.1和EJB 3.0的区别

从 EJB 2.1 到 EJB 3.0 的主要过渡主要集中在速度、输出和简单性方面的性能上。它的修改将集中在新程序如何与其他程序员(如Java EE5)一起工作上。从 EJB 2.1 的应用程序到新的 EJB 3.0 架构师，可以正确地说，改进的版本是对当时 EJB 2.1 早期缺点的回答。

简单性

EJB 3.0 在内容操作方面提供了简单性，这也许是其突出的主要因素之一。与 EJB 2.1 不同，现在可以非常简单地创建一个企业 Java Bean 应用程序。
之所以如此，是因为 EJB 3.0 操作基于普通旧 Java 对象 (POJO) 编程配置，该配置通过使用部署描述符中包含的 Java 注释来理解数据。在大多数情况下，部署描述符是最少必需的。
与需要记下更多支持代码的 EJB 2.1 相反，在使用 EJB 3.0 组件时则相反，它要求记下并保留更少的支持代码，从而提供最简化的编程体验。

有效性

据说新的 EJB 3.0 比 EJB 2.1 的效率高出大约 45%。这归因于对 EJB 2.1 的重大修改，如下所述。
用修改后的 xml 模式替换标识 ejb-jar.xml 排列描述符的 DTD 以及改进的生成企业 Bean 的方法，使得 EJB 2.1 不受欢迎。Plain Old Java Object的引入通过Java持久API建立了精髓。
虽然会话 bean 的引入改变了互联网服务的额外强化，但 EJB 3.0 引入了羽量级实体 bean 耐力功能。这些实体是基于普通的旧Java对象，既不需要在其中运行的EJB代码，也不需要接口。它们可以在 EJB 容器之外工作。

规格

当 EJB 2.1 要求组成接口超过来自 EJB 结构的接口时，它们现在在使用 EJB 3.0 时被编写为普通旧 Java 对象，这体现了普通旧 Java 接口，因此不需要主接口。
引入了改进的方法，例如使用元数据注释和其他用于创建 Java 代码和 XML 描述符的机制，这与繁琐且不准确的 EJB 2.1 分发描述符不同。
EJB 2.1 应用程序要求 J2EE 容器假定准确运行 EJB 所需的服务，因此使它们难以测试。在 EJB 2.1 中，当使用单调且耗时的应用程序时，经常依赖 JNDI。
EJB 3.0 不需要特定的接口和描述符分配。这是因为注释可以作为分配描述符的合适替代品。与 EJB 2.1 相比，使用 EJB 3.0 应用程序时，可以更频繁地使用缺省值。EJB 3.0 提供了较少的检查不一致，从而实现了创造力。