J2EE Enterprise Beans(中文翻译)

80酷酷网    80kuku.com

  enterprise|j2ee|中文译:软件学院 黄学

1 简介 .Enterprise Beans 是实现Enterprise JavaBeans(EJB)技术的J2EE的组成部分,它运行于EJB容器中。EJB是一个J2EE服务器的运行时环境(Runtime environment)。虽然EJB容器对于企业级应用开发者来说是透明的,但是它提供了系统层的服务,比如Enterprise Beans的事务处理。这些J2EE核心事务应用服务能让你很快地构建并运用Enterprise Beans。

1.1Enterprise Beans是什么?

Enterprise Beans 是用java语言编写的,用于实现企业级逻辑应用的服务器端组件。企业级逻辑应用都是一些有很强针对性的代码。比如:在一个财务清单应用中,Enterprise Beans必须实现checkInventoryLevel 和 orderProduct 方法。通过调用这些方法,远程客户端能从企业应用服务器端得到相应的服务。

1.2Enterprise Beans 的优点 Enterprise Beans 能使得巨大的分布式应用简单化,有以下几个原因:

第一       EJB容器为Enterprise Beans提供了系统层次的服务,应用程序开发者可以专注于开发应用系统所需的商业逻辑,而不用担心具体服务框架的实现问题。EJB容器负责了系统层次的服务和安全认可机制,而不需要开发者去关心。 第二       是Enterprise Beans 而不是客户端包含了企业应用逻辑,客户端开发者能集中精力处理客户端应用,而不用编写企业逻辑或数据库存取的代码。这样的瘦客户端显著的优点就是客户端能运行在小设备上。第三       因为Enterprise Beans是一个独立的组件,所以在现有的beans上能构造出新的应用,这些应用能运行于不同的J2EE服务器上。

1.3什么时候我们该用Enterprise Beans?        如果你的系统应用有如下的需求,你可以考虑用Enterprise Beans:l         系统是可升级的。为了适应越来越多的用户的访问,你需要把系统应用分布在不同的机器上。并不是只有Enterprise Beans能运行在不同的机器上,但是它对于客户端来说是透明的,原来的访问位置还是保持没变。l         事务处理要求数据完整性。Enterprise Beans支持这样的事务处理机制,就是事务处理可以并发存取一个共用的模块。l         系统应用拥有多样化的客户端。只需要几行代码,远程客户端就能很容易的访问Enterprise Beans。这样,客户端可以做到多样化,瘦小,数量众多。

1.4Enterprise Beans的类型 下图摘要了Enterprise Beans的三种不同的类型。Enterprise Beans类型用途Session用于客户端的任务Entity描述一个现有的持久的企业实体Message-DrivenJAVA信息服务API的监聽器,处理不同步的信息

2 什么是会话Bean(Session Bean)? 一个Session Bean 代表着一个J2EE服务器中的用户。为了要访问部署在服务器上的应用,客户端要调用Session Bean的方法。Session Bean 通过执行服务器内部的企业级任务,把客户端和复杂的内部实现分离开来,并完成客户端给予的任务。如它的名字所显示的,一个Session Bean就像一个交互式session(interactive session)。一个Session Bean是不能够共享使用的,它仅仅能够为一个客户端。同样的,一个interactive session也只能一个客户端使用。和交互式session一样,一个Session Bean是不持久的(数据并没有保存到数据库中)。当一个客户端终止会话后,它的Session Bean也将终止,不再和客户端连接。      

2.1状态管理模式 Session Bean有两种类型:有状态和无状态

1.       有状态Session Bean 一个对象的状态由它的实例变量的值组成。在一个Session Bean中,它的实例变量描述了一个唯一的客户端bean的会话。因为客户端的相互之间的会话都是通过bean来“交谈”的,所以bean的状态通常也叫做对话状态(conversational state)。       状态是标识一个会话的持续时间。如果客户端移除或者停止一个bean,那么状态就将消失。但是状态的这种短暂性并不是一个缺陷,因为当客户端结束一个会话bean后,就没有必要保留它的状态了。

2.       无状态Session Bean 一个无状态Session Bean不会特别地保存客户端会话的状态。当客户端调用无状态Session Bean的方法时,bean的实例变量就会保存一个状态,但仅仅是在调用方法那段时间内。当方法调用完毕以后,状态就不再存在了。除非在调用Session Bean方法的过程中,所有的无状态Session Bean 都是被EJB容器均等的分配一个实例给任意一个客户端。因为无状态Session Bean支持多个客户端,所以它们能够提供更好的应用,那些应用需要大量的客户端一起实现。也就是说,为同样多的客户端服务,一个应用需要的无状态Session Bean要少于有状态Session Bean。同时,EJB容器要把有状态Session Bean中的信息保存到另一个区域,而无状态Session Bean并不需要。因而无状态Session Bean能有更好的表现。

2.2什么时候使用Session Bean? 一般的,在如下的环境下你应该使用Session Bean:

l         无论任何时候,都只有一个客户端访问bean的实例。

l         不需要长久的保存bean的状态,而仅仅是保留一段时间(可能是几个小时)。

有状态Session Bean比较适合以下的这些条件:

l         用bean的状态来描述bean和一个具体的客户端之间的会话。

l         bean需要保存客户端访问bean方法时的调用信息。

l         bean作为客户端和其他系统应用组件的中间传媒,向客户端展现的是,组件是一个简单的对象。

l         bean在后台处理几个企业bean的数据流。举个例子,查看18章的AccountControllerEJB Session Bean应用。

为了改善性能,你应该选择一个无状态Session Bean,如果bean有如下的特性:

l         bean的状态并不保存任何一个特定客户端的信息。

l         在一个单一的方法调用中,bean为所有的客户端完成一系列的任务。比如,你可以用一个无状态Session Bean发送一封在线定购验证的邮件。

l         bean从数据库中读取那些经常被客户端用到的,属性为只读的数据集。比如,检索出代表这个月产品销售量的行数的bean。

3 什么是Entity Bean?

一个实体Bean(Entity Bean)表示一个是持久运行的企业实体。企业实体比如有:客户,订单和产品。在J2EE的JDK中,持久存储结构就是一个关系模型数据库。有代表性的,每个企业实体在关系模型数据库中都有一个表于它相对应,并且表中的一行(一个元组)就代表实体的一个实例。查看例子,请看第五第六章。

3.1Entity Bean 和 Session Bean有何不同?

Entity Bean 不同于 Session Bean ,有几个方面。实体bean是持久的,它允许共享访问,有自己的标识(关键码),也许还和别的实体bean有联系。如果你经常使用数据库系统,那么应该熟悉永久性数据。数据库中的数据是永久的,因为即便你关闭了数据库系统或者停止了它的应用服务,数据还是存在的。

持久性

因为实体bean的状态存储在持久性的数据库中,所以它是持久的。持久的意思是,当一个应用或者一个J2EE服务器进程结束后,实体bean的状态依然存在。

Entity Bean的永久性有两种模型:bean自管理模式和容器管理模式(bean-managed and container-managed)。在bean自管理模式中,你所写的实体bean的实例要自己管理持久性,因而代码要包括数据库访问的调用。如果你的bean由容器管理,那么EJB容器会自动产生数据库访问的调用。你所写的代码不需要包括数据库访问调用。更多的信息,可以参看容器管理持久性部分。

共享访问

一个实体bean必然可以被多个客户端共享访问。因为多个客户端都需要访问相同的数据,这也就显得实体bean在事务处理中的重要性。典型的,EJB容器提供事务处理的管理。如此,你可以在bean的部署说明书里列举出事务处理的属性。你不必要自己编写事务处理的边界条件,而容器自动为你标记这些边界。更多信息参看14章。

唯一标识

每个实体bean都有一个唯一的标识。比如,一个客户,它用客户的ID号标识。唯一标识,或者叫做有主码,可以让客户端查找到指定的实体bean。更多信息参看bean自管理模式的唯一标识部分。

联系性

就像数据库中的一个表,一个实体bean也和其他的实体bean有着联系。比如,在一个学院学生注册的应用中,StudentEJB 和 CourseEJB 必然有联系,因为学生要注册到一个班级中。

       你可以用bean自管理持久性和容器管理持久性来实现实体bean之间的联系。在bean自管理模式中,你要自写代码来实现他们的联系。在容器管理模式中,容器帮你管理实体bean之间的联系。因为这样,人们经常把容器管理模式下的实体bean联系叫做容器管理联系(container-managed relationships)。

3.2容器管理模式

容器管理模式,就是EJB容器控制着所有实体bean对数据库的访问。实体bean的代码中不用指定对数据库的访问调用。因此,bean的代码不必绑定到一个特定的数据库。因为有了这样的柔和性,当你把用样的bean部署到不同的J2EE服务器上时,不需要改动或者重新编译代码。简单来说,你的实体bean更加独立。

为了产生数据库调用,容器需要收集你实体bean中抽象模式的信息。

抽象模式

作为实体bean部署描述的一部分,抽象模式定义了bean的持久性和联系性。“抽象”这个词区别出了这个模式和数据实际存储的物理模式。比如,在一个关系型数据库中,物理模式是由表和属性构成的。

你自己要在部署中指定抽象模式的名称。名称将被用JavaBeans Query Language(“EJB QL”)编写的队列引用。容器管理模式下,你必须为实体bean的所有查找方法(除了findByPrinaryKey)定义一个EJB QL队列。当查找方法被调用的时候,EJB容器就从队列中执行。更多信息请参看第8章。

你也许已经发现,在编写代码之前建立抽象模型是很有用的。表3-1表现三个实体bean中简单的抽象模型。他们之间更多的联系将在下面的章节中介绍。

Figure 3-1 A High-Level View of an Abstract Schema

       持久性字段

一个实体bean的持久性字段被保存到的数据库中。总的来说,那些字段构成了bean的状态。在运行时中,EJB容器自动同步数据库中的这些状态。在部署中,EJB容器记录bean到数据库中的表,并且记录记录持久性字段到表中的属性。

例如,一个CustomerEJB实体bean,有这样的持久性字段:firstName, lastName, phone, emailAddress。在持久性容器管理模式中,这些字段是虚拟的。你在抽象模式中声明了这些字段,但是没有在bean代码中编写他们的实例变量。代替的是,这些字段在访问方法被确定。

联系性字段

    一个联系性字段就犹如数据库表的外码,它确定一个与自己联系的bean。和持久性字段一样,联系性字段是虚拟的,是在企业bean中的访问方法中被确定的。但不同的是,联系性字段并不表示bean的状态。联系性字段在“ 容器管理模式中联系的方向性 (Direction in Container-Managed Relationships)“一章将被更详细地讨论。

3.3容器管理模式中联系性的多元性

这里,多元性有四种类型:

    一对一:(One-to-one)   每一个实体bean的实例都和另一个实体bean的实例有关联。比如,在一个物理仓库存储模型中,每个存储箱都包含一个物品,StorageBinEJB和WidgetEJB就有一对一的关系。

    一对多:(One-to-many)  一个实体bean的实例可能和多个其他的bean的实例相关联。比如,一个销售订单,可以有多个元组(多个订单)。在这样的订单应用中,OrderEJB对LineItemEJB有一对多的关系。

    多对一:(Many-to-one)  多个实体bean的实例和一个实体bean的实例相关联。这种关联与一对多关联相反。例如,在上面所提到的,LineItemEJB对OrderEJB有多对一的关系。

    多对多:(Many-to-many) 实体bean的实体之间相互都有多个联系。比如,在大学中,一个课程有多名学生选修,一名学生同时也选修多门课程。这样的应用中,CourseEJB和StudentEJB是多对多的关系。

3.4容器管理模式中联系的方向性

    实体bean之间的联系有单向和双向两种。在双向联系中,每个实体bean都有一个联系字段与对方相对应。通过这联系字段,实体bean的代码就能访问与它相联系的bean。如果一个实体bean有一个联系字段,那么我们经常称之为bean能识别和它联系的bean。举个例子,如果OrderEJB知道LineItemEJB有哪些实例,而且LineItemEJB也知道OrderEJB属于谁,那么它们之间的关系就是双向的。

    在单向联系中,仅仅只能其中一个实体bean有一个联系字段和另一个bean对应。例如,LineItemEJB有一个联系字段识别ProductEJB,但是ProductEJB不能有联系字段和LineItemEJB对应。换句话说,LineItemEJB知道ProductEJB,但ProductEJB不知道哪个LineItemEJB和它联系。

    EJB QL队列经常用于定位这些联系。联系的方向性,由队列是否能定位一个bean到另一个bean来决定的。比如,一个队列能定位从LineItemEJB到ProductEJB,但是不能定位从ProductEJB到LineItemEJB。如果LineItemEJB和ProductEJB有双向联系,那么队列能双向定位。

3.5什么时候用Entity Beans

你可以在一下的情况下使用实体bean:

l         Bean代表一个商业实体,而不是一个过程。比如,CreditCardEJB应为一个实体bean,但CreditCardVerifierEJB应为一个会话bean。

l         Bean的状态必需是持久的。如果bean的实例终止或者J2EE服务器停止后,bean的状态仍然保存在持久性存储器中(数据库)。

4什么是消息驱动Bean(Message-Driven Bean)?

注意:这个章节联系到Java 消息服务教程(The Java Message Service Tutorial)。因为消息驱动Bean依赖于Java消息服务(JMS)技术。为了更好的了解Message-Driven Bean,你可以参考一下下面教程URL:http://java.sun.com/products/jms/tutorial/index.html。

消息驱动Bean是允许J2EE服务器异步处理消息的企业级Bean。它扮演着JMS信息监听者的角色,就像一个事件监聽器,只不过是接收事件替换成接收信息。这些信息来来自于一些J2EE组件,比如一个应用客户端,其他的企业级Bean,一个web组件,或者一个没有使用J2EE技术的JMS应用,JMS系统。

消息驱动Bean当前只处理JMS消息,也许将来它能够处理其他类型的消息。

    实例请参看第7章节。

4.1消息驱动Bean和会话Bean,实体Bean有什么不同?

消息驱动Bean和会话Bean,实体Bean最大的不同在于在客户端消息驱动Bean不用通过接口来访问。接口在章节“接口定义客户端访问”中有描述过。和会话Bean,实体Bean不一样的是,消息驱动Bean仅有一个bean class。

由几个方面考虑,消息驱动Bean类似于一个无状态类型会话Bean。

l         消息驱动Bean的实例不为任何客户端保存数据或会话状态。

l         所有的消息驱动Bean的实例都是平等的,允许EJB容器指派一个消息到任何一个实例中。容器把这些实例形成一个池,使得消息流能够马上被处理掉。

l         一个消息驱动Bean能够处理多个客户端的消息。

消息驱动Bean实例的变量通过操作客户端的消息能够存储一些状态。比如,一个JMS API连接,一个开放数据库的连接,或者一个实体被引用到一个企业Bean实体。

当一个消息到达,容器调用消息驱动Bean的onMessage方法来处理消息。onMessage方法一般把消息映射为五种JMS消息中的一个,并且控制它与应用的企业逻辑保持一致。onMessage方法调用辅助方法,或者可以调用一个会话Bean,一个实体Bean,来处理这些消息中的信息,或者保存到数据库中。

在事务处理的前后,一条消息可能被转换过,因此onMessage方法中的操作都是一个独立的事务处理。如果消息处理被回滚了,那么消息也将回复回原来的样子。更多的信息,请参看第7章。

4.2什么时候使用消息驱动Bean。

    会话Bean和实体Bean允许你发送信息,同步接收信息,但不允许异步接收信息。为了避免绑定到多个信息源,你也许更喜欢在不在服务器端组件中使用同步阻塞。为了异步接收信息,使用消息驱动Bean吧。

5.Enterprise Bean的内容

开发一个企业Bean,你必须提供以下的文件:

l         部署描述: 一个XML文件包含部署的信息,比如它的一致性类型和事务处理的属性。使用部署工具可以通过它新Enterprise Bean向导来有效地生成一个部署说明。

l         Enterprise Bean类: 实现接口定义的方法。

l         接口: 远程访问,需要远程和本地接口。本地访问,需要本地和本地的接口。请参看“定义客户端访问接口”章节。(注意这些接口都没有被消息驱动Bean使用)

l         辅助类: 企业Bean需要一些其他的类,比如异常和实用类。

你把上面所说的文件打包为EJB JAR文件。EJB JAR是存储企业Bean的模型,它是独立的,可以被用到不同的应用中去。为了构建成一个应用,你必须打包一个或多个模型(比如EJB JAR文件)到EAR文件中去。EAR是一个应用的文档文件。当你部署包含EJB JAR文件的EAT文件时,你也就是把企业Bean部署到J2EE服务器上。

6.Enterprise Bean命名习惯

因为企业Bean由多个部分构成,他们经常遵循下面的命名习惯。表3-2汇集了这个教程里的一些命名习惯。

Table 3-2 Naming Conventions for Enterprise Beans 

Item

Syntax

Example

Enterprise bean name(DD)

<name>EJB

AccountEJB

EJB JAR display name(DD)

<name>JAR

AccountJAR

Enterprise bean class

<name>Bean

AccountBean

Home interface

<name>Home

AccountHome

Remote interface

<name>

Account

Local home interface

Local<name>Home

LocalAccountHome

Local interface

Local<name>

LocalAccount

Abstract schema

<name>

Account

DD表示这一项是部署说明中的元素。



分享到
  • 微信分享
  • 新浪微博
  • QQ好友
  • QQ空间
点击: