EJB 2.1和EJB 3.0
EJB 2.1与EJB 3.0
从EJB 2.1到EJB 3.0的主要转变主要集中在速度和输出以及简单性方面的性能。它的修改将集中在新程序如何与Java EE5等其他程序员一起工作。
从EJB 2.1的应用程序到新的EJB 3.0 Architect，可以正确地说明改进版本是对当时EJB 2.1早期缺点的回答。
让我们看看一些主要的转变。
简单
EJB 3.0提供了对内容操作的简单性，这可能是其主要的突出因素之一。与EJB 2.1不同，您现在可以创建具有许多简单性的Enterprise Java Bean应用程序。
之所以如此，是因为EJB 3.0操作基于Plain Old Java Object（POJO）编程配置，该配置通过使用部署描述符包含的Java注释来理解数据。在大多数情况下，部署描述符是最不需要的。
与需要记下更多支持代码的EJB 2.1相反，使用EJB 3.0组件时则相反，这需要您记录并保留较少的支持代码，从而提供最简化的编程体验。
效用
据称，与EJB 2.1相比，新的EJB 3.0的效率提高了约45％。这归功于对EJB 2.1的主要修改，如下所述。
通过修改的xml模式替换标识ejb-jar.xml排列描述符的DTD以及生成企业bean的改进方法使得EJB 2.1不适合使用。 Plain Old Java Object的引入通过Java持久性API提供了精髓。
虽然会话bean的引入改变了互联网服务的附加增强，但EJB 3.0引入了轻量级实体bean耐久性功能。这些实体基于Plain Old Java Object，既不需要在其中运行EJB代码，也不需要接口。此外，它们可以在EJB容器外部工作
产品规格
当EJB 2.1要求组成接口超过EJB结构时，它们现在在使用EJB 3.0时被编写为Plain Old Java Objects，它显示了Plain Old Java Interface，因此不需要home接口。
引入了改进的方法，例如使用元数据注释和用于创建Java代码和XML描述符的其他机制，这与繁琐且不准确的EJB 2.1分发描述符不同。
EJB 2.1应用程序要求J2EE容器假定准确地处理EJB所需的服务，从而使它们难以测试。当使用应用程序单调且耗时时，JNDI经常依赖于EJB 2.1。
EJB 3.0不需要特定的接口和描述符分配。这是因为注释具有作为分配描述符的合适替代。使用EJB 3.0应用程序而不是EJB 2.1时，您可以更频繁地使用默认值。 EJB 3.0提供较少的检查不一致性，从而实现创造性。
摘要 EJB 3.0在从EJB 2.1的新过渡中。 与EJB 2.1版本相比，使用EJB 3.0很容易。 EJB 3.0使用主要基于普通旧Java对象（POJO）的实体。 与减少支持代码数量的EJB 3.0相比，EJB 2.1需要记下更多的支持代码。 EJB 2.1中的DTD被EJB 3.0中的修改后的XML Schema取代。 EJB 3.0中的改进应用程序很容易生成Java代码，这与EJB3.1中的过程非常困难。
