EJB 2.1和EJB 3.0

Anonim

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对象(PO​​JO)的实体。

与减少支持代码数量的EJB 3.0相比,EJB 2.1需要记下更多的支持代码。

EJB 2.1中的DTD被EJB 3.0中的修改后的XML Schema取代。

EJB 3.0中的改进应用程序很容易生成Java代码,这与EJB3.1中的过程非常困难。