|
  |
 
|
|
|
|
翻译：Smiling_Sundoc：宜昌·胡拥军 如果你对企业bean的设计和编程相关问题还不熟悉的话，就要先弄清楚不同类型bean之间的区别，以及它们是干什么用的。你要知道每一种类型的bean的生命周期过程，它们的方法和例外是如何应用的，以及它们在不同的应用环境中是如何设置和复用的。你还要理解持久化、事务性和安全性是如何处理的。本章就来讨论这些话题，结束前推荐一些相关的读物。 你需要哪种类型的Bean企业JavaBean规范（版本2.0）定义了3种类型的企业Bean：会话Bean、实体Bean和消息驱动Bean。会话Bean和实体Bean又可以分成几种子类型，它们具有不同的用途和内置的功能。Sun Java System Studio集成开发环境中有一个EJB Builder工具，它能指导你顺利地创建各种类型的企业Bean。 在开始编程前，为了有助于做出设计的决定，本章描述各种类型的企业Bean。 图2－1展示了使用IDE的模板创建企业Bean时可供选择的基本类型。 图2－1 Sun Java System Studio IDE中可选择的基本企业Bean 理解会话Bean会话Bean在应用程序中扮演的是交通疏导员的角色，它控制着应用的工作流，封装其业务处理过程。但是在EJB应用中，如果对比于MVC架构，会话Bean相当于控制（C）层。会话Bean代表一个客户，能完成象访问数据库或计算余额这样的工作。会话Bean并不直接代表数据库的数据，但它能访问数据库或操纵实体Bean访问数据库。 在一个使用企业Bean的应用程序上下文环境中，一方面会话Bean管理着单个客户端与驻留在EJB服务器中的应用程序某部分之间的交互，另一方面会话Bean被EJB容器管理着。应用程序其它的部分包括实体Bean和数据库（在它自己独立的逻辑层中），具有持久能力的Bean要与数据库交互。 会话Bean能操纵一个或多个实体Bean，控制它们之间的交互，弥合实体Bean与业务逻辑所作用的数据之间的差距。在一个应用程序中，一个单独的会话Bean能指导多个实体bean完成事务性的工作。 会话bean所管理的交互（会话）是瞬时的，会话bean中的数据也是瞬时的。当客户端与服务器的会话结束，或者客户端或服务器宕机，客户为该次交互所创建的会话bean就消失了，然而客户能先保存该次会话的句柄，然后再关机，以便后来恢复该次会话。 会话bean没有主键。一个会话bean在一个时刻里规定只能被一个客户使用，这点与实体bean不同，因此对于客户来说会话bean可以匿名出现，它就无需主键来提供唯一标识。 有时候，会话bean偶尔用来表示一个实体，如在线订货应用中的购物车对象就是，然而大多数会话bean不是用来存放数据库中实体状态的。例如，当用户购物时，购物车bean实例暂时保存用户打算购买的货物项目，如果在用户还没有真正提交购买货物的交易前服务器宕机了，那么在一个事务中把这些货物项目保存到数据库中是不现实的，在设计上通常考虑的一个解决途径就是丢弃这些货物项目数据，简单地让用户在下一个会话中开始一个新的购物交易，创建一个新的购物车对象。 何时使用无状态会话Bean在客户与会话bean之间进行的交互可能短暂而简单，仅仅只要调用一个带参数的方法就可以完成；会话bean也能管理一个长期而复杂的交互，包含有许多方法调用和数据库事务，这样的交互要求会话bean在方法调用之间保持共享信息。 在第一种情形下，一个会话只是由一个请求和一个响应组成，无状态会话bean最适合该情形。无状态bean在方法调用之间并不保持任何状态，这样的一个轻量bean在应用程序中就会耗费很少的资源，易于为容器所管理，促进处理速度加快。无状态bean在一个有许多客户端的应用中具有更好的可扩展性。 当然，无状态bean带来的折中就是数据处理能力较弱。无状态bean仅仅只操作客户端传递来的参数，对无状态bean的方法的每一次调用与在此之前的调用无关。 例如，无状态bean能取出一个地址中的邮政编码（ZIP），由于处理提取邮政编码所需要的所有信息都在方法参数中，所以每一次提取只需通过一个方法调用getZip即可完成，任何事务都只在这个方法调用且在容器内完成（事务在本章稍后和第3章中讨论）。 无状态bean的实例变量只是在方法执行时保留状态。所有的无状态bean在对象池中库存时都是完全一样的，因此EJB容器能非常灵活地池化（pool）和分配无状态bean，在客户的方法调用之间换进（swap in）和换出（swap out）。实际上，客户可以共享无状态bean，对于客户而言，这些bean是匿名的。 如果一个会话bean设计成在许多不同的客户间顺序使用，且无需为某个特殊的客户作任何裁剪的话，那么这个会话bean可以用作无状态bean，无状态bean是不会为特殊客户保留任何状态信息的，然而它能保留哪些并不是专对于某一个特殊客户的状态，比如一个数据库连接。 何时使用有状态会话Bean客户与会话bean之间的会话有时很复杂。会话bean需要不止一次的方法调用去封装业务逻辑，应用程序需要会话bean在方法调用之间记住状态的迁移，根据定义，这样的bean是有状态的。如果你的客户要求有交互的应用，或者会话bean的状态在创建时需要初始化，那么就要使用有状态bean。 会话bean的状态在必要时可以写进数据库中。不同的客户其状态也不同，在会话的过程中，状态保留在内存中，但它不是持久的。如果有状态会话bean要从内存中移走，EJB会管理其状态，bean实例的状态能在一个会话期中保留，但客户终止会话或服务器崩溃，状态就丢失了。 要注意的是，当容器崩溃时不会调用ejbRemove方法，而是在实例闲置超时或一个方法抛出了一个系统例外时才调用该方法，你也许要为这类事件提供一段清扫程序。 有状态bean不能被多个客户共享。有状态bean只为一个客户提供服务，它能在整个会话期中保持会话状态，因此有状态bean不能池化。 本章前面提到的在线购物车就是一个如何使用有状态会话bean的例子。正如购物这种事务逻辑包含有用户多重的判断和决定，因此该应用中的有状态bean包含有多个方法调用。购物车bean要收集用户选择要购买的货物项目，用户然后检查这些货物项目列表，去掉或认可每一个货物项目，最后提交订单。 确定交易模式你可以通过EJB Builder向导的以下选择项编写有状态bean或无状态bean：
对于CMT会话bean，编码的工作比较少，所有的事务都是用可预见的、一致的方式来处理。不过，你为bean所选择的事务策略也可以声明改变，由此带来的折中就是一个方法只能与一个事务关联。典型地，容器在一个方法调用时启动一个事务，在方法结束退出时提交完成这个事务。嵌套的多重事务在单个方法中是不允许的。 分配事务属性如果你决定让容器管理bean的事务，那么容器就要在你的bean或bean中某个方法上寻找事务的属性，事务的属性指定了事务的范围：事务包含有哪些方法，事务如何处理这些方法的结果的。事务属性分配如下：
你不要为BMT会话bean设置事务属性，它的所有事务边界必须在bean类定义中显式界定。 使用JTA或JDBC要显式编码实现bean管理事务，你可以使用Java Transaction API（the javax.transaction.UserTransaction interface或JTA）或JDBC API。
使用JTA的事务也可以使用其它资源，如JDBC API。当你在企业bean中编码实现事务时，你可以用JDBC来实现数据库连接，用JTA来实现事务。 在处理事务时，bean的方法调用JTA方法，JTA方法再调用底层的Java Transaction Service（JTS）程序，JTS 就是J2EE的事务管理器。由于这种逻辑分层，JTA在事务和事务管理器之间划分了一条清晰的界限，使事务和事务管理器互相具有独立性。JTA事务也能在不同的供应商的数据库上进行交叉的数据更新操作。 JDBC事务由你使用的数据库的事务管理器所控制。 使用JTA有一个缺点，它无法支持嵌套的事务，在开始一个新事务时，必须结束现有的事务。 关于事务的更多信息，请参考“Building J2EE Applications”。 理解会话Bean的生命周期在运行时期，应用服务器根据客户请求创建bean实例。一个bean实例要跨越几个活动阶段，这些活动由EJB容器管理。当实例不再需要时，它就会被消灭。 会话bean生命周期的各个阶段，驱动bean在生命周期各个阶段迁移的方法以及程序员的职责会在下面介绍。 创建和初始化一个bean实例当EJB客户请求bean工作时，会话bean的运行生命周期就开始了。生命周期开始阶段过程如下： 客户在bean的home接口上调用一个创建（create）方法，在响应中，容器依次顺序调用以下3个方法： 1. newInstance方法，创建会话bean的一个新的实例 2. setSessionContext方法，将创建的实例与一个session-context对象关联起来 3. ejbCreate方法，初始化该实例
客户会收到对bean实例整个远程对象的一个对象引用。 执行业务逻辑现在一个bean实例已经创建并初始化，EJB客户可以要求它作一些事情了。生命周期的整个阶段过程如下： 客户在bean远程对象上调用业务（business）方法，在响应中，容器动作如下：
客户会收到业务方法的返回结果。
删除bean实例客户完成了会话就可以删除不再有用的bean实例了。生命周期的这个阶段过程如下： 客户既可以在home接口上调用删除（remove）方法，也可以在远程（remote）接口上调用删除方法。在响应中，容器调用ejbRemove方法，关闭所有打开的资源，这些资源被实例使用过。容器从内存中删除了实例。
池化无状态bean实例通常，在实际的生产环境中，每时每刻都有许多客户请求企业bean工作。为了支持这种需要，通常容器会创建许多份无状态会话bean实例，并把它们库存在对象池中备用。容器会根据自己的判断自适应地管理实例池。 无状态会话bean实例在方法调用之间不会维护任何客户关联的状态信息。因此实例池中无状态会话bean是可以完全互换的。容器也可以从实例池中调用不同的会话bean来处理单个客户的请求。 于是容器一直有着足够的无状态会话bean实例来供应大量而频繁的客户请求服务，它一直在调整池化实例的数量。例如，当客户请求数量增加时，容器就会创建新的无状态会话bean实例；当内存开始不足时，它又会删除实例。为了维护这个实例池，容器会自适应地决定是否调用无状态会话bean的ejbCreate和ejbRemove方法。 钝化（passivate）有状态bean实例有状态会话bean必须维护客户的整个会话期的交互状态。因此，EJB容器不会池化有状态会话bean的实例，容器只会根据客户的显式指令来创建或删除有状态会话bean实例。 然而，为了控制资源的使用，在特定的时间里，容器又需要控制有状态会话bean的活跃实例的数量。当内存不足时，容器能钝化一个实例，把该实例的会话状态写入到第二存储器中，以便腾出该实例处理另一个客户的会话。所谓钝化，容器首先调用实例的ejbPassivate方法，程序员在该方法代码中安排释放资源，把所有的字段放入一个可串行化（serializable）的状态中，然后容器再把该实例的非瞬时性字段写入到第二存储器中。 当客户调用已经被钝化的有状态会话bean实例的业务方法时，容器就会从第二存储器中恢复该实例以前的状态，并调用其ejbActivate方法。程序员编码该实现方法，重新取得被先前ejbPassivate方法所释放的资源，并恢复那些不能串行化的字段的值。
会话状态的同步程序员可以选择去实现有状态的CMT会话bean的会话同步接口。在有状态bean的生命周期里，在事务过程的某一点上，容器使用该接口通知实例，马上就要进入或完成一个事务。程序员可以编码实现这个接口的方法，用数据存储设备中的当前数据来同步bean实例变量。这个接口包含3个方法： afterBegin、beforeCompletion和afterCompletion。
理解实体Bean实体bean代表位于后台数据存储设备中的持久数据。这类bean为数据库基表中的记录数据集提供了一个对象视图，每个实体bean实例容纳有记录数据集中的一个实体，实体bean也包含该实体所固有的业务逻辑。客户或者代表客户工作的会话bean能使用实体bean在数据库中查询或插入数据。 实体bean的状态不依赖它的环境。由于它具有主键和对它的远程引用，即使服务器、EJB容器或客户端崩溃了，实体bean仍能幸存下来。实体bean的状态会自动设置为最后一次事务提交时的值。 因为每个客户取得他自己的实体bean实例，那么不同的用户就能共享访问同一个数据集。如果2个客户在一个实体bean上执行同一个查找方法，他们都会引用同一个远程对象，每个查询都是独立的，没有冲突问题。在实体bean中不用多线程代码（然而，可能存在需要运行并发进程的情况。J2EE应用的消息驱动bean大概可以用多线程，见“理解消息驱动Beans”一节）。 客户通过唯一的对象标识就能查找定位特定的实体bean，这个标识就是实体bean的主键。 利用EJB容器提供的服务作为实体bean的一部分的所有事务自动被EJB容器管理。当你完成一个实体bean的编码，且为它生成了一个EJB模块，你就可以用该模块的属性表来声明实体bean的事务属性，相应地，容器界定了实体bean的事务边界。IDE自动为实体bean的所有的业务（business）、创建（create）、删除（remove）、查找（finder）、选择（select）和home方法分配默认的事务属性。 作为EJB程序员，你可以把实体bean的持久化交由容器管理，你也可以亲自编码实现实体bean与数据存储器之间的关系。 当IDE用容器管理持久化方式创建实体bean，也即CMP实体bean时，你无需编写对数据存储设备的JDBC调用代码就能完成一个实体bean。容器提供让实体bean实例变量与数据存储设备同步的代码，而你需要为容器提供如何把实例变量映射到数据库基表字段的信息。你还要用EJB查询语言（EJB QL）定义服务器是如何实现bean的查询方法的。 查找（finder）方法中的EJB QL查询能被客户用来选择一个业已存在的实体对象，或者说，不用把结果暴露给客户，选择方法中的EJB QL查询能选择与实体bean的状态关联的对象或值。为了查找这种信息，EJB QL查询能使用bean的抽象持久化模式，该模式定义了bean的持久字段和关系，它是部署描述器的一部分。 假设你要在J2EE参考实现（reference-implementation：RI）服务器上部署你的应用程序，服务器查看bean的方法，以及你提供的EJB QL查询，生成它自己的特定于服务器的SQL语句，实现了映射。 在下面的案例中，假设服务器允许修改它生成的SQL语句，你也许想要调整由给定的服务器插件根据其自己的用法生成的SQL语句。例如，如果你使用J2EE RI服务器，你的应用程序包含在EJB1.1环境下创建的一个CMP实体bean，那么你必须为服务器生成的某些方法的SQL语句作一些小改动。你也可以改变CMP实体bean的映射规则来调整其生成的SQL语句。 实体之间的关系也能被EJB容器管理。如果你从数据库中生成了一个互相联系的CMP实体bean集合，这个数据库中的基表使用了外键，那么IDE会自动维护这些关联。 简单说，使用容器管理持久性的好处就是，你几乎不用编写代码，且生成的实体bean不依赖于特定的数据存储设备。 有时，你也许需要创建具有遗留代码的EJB应用，你要包装那些不被映射工具所支持的遗留代码，或者你需要实现一个复杂的表连接，甚至是不同数据库（如非关系型数据库）间的表连接。这种情况取决于你用来部署EJB应用的应用服务器的能力，你可能就要选择bean管理持久性方式，在实体bean类中编写所有的数据库访问代码。如果服务器支持你需要的持久化类型，那么容器管理持久化方式是最佳途径。然而，作为一个通用的原则，bean管理持久化方式在如何管理实体状态的问题解决上能提供更多的灵活性。 理解实体Bean的生命周期应用服务器会创建由EJB客户使用的实体bean实例池。在运行时期，bean实例会跨越几个活动阶段，它会被客户所请求，也被容器所管理。当实例不再需要时，它就会消灭。 实体bean生命周期的各个阶段，引起bean在各个阶段之间迁移的方法以及程序员的职责将在下面描述。 创建和管理bean实例池实体bean运行时生命周期开始于容器创建和池化一个bean实例。 许多EJB客户可能会同时需要许多实体bean为他们工作。容器会自适应地事先创建和池化多个匿名bean实例。这些实例可以通过其查找方法用来执行查询，或者为它们分配标识，当需要一个特定的实例存放来自数据存储设备的数据时，容器就会把一个池化的实例转变为准备就绪的状态（一个准备就绪的实例具有一个主键，主键唯一地标识了该实例）。最后，容器还会调整实例池的尺寸大小，构造新的实例或删除无用的实例。 为实例池创建新的实例，容器会调用： 1. newInstance方法，创建实体bean的新实例 2. setEntityContext方法，将该bean实例与一个实体上下文（entity-context）对象关联起来。 现在，实例处于池化状态。 容器使实例循环处于准备就绪状态和池化状态。当客户用实体bean的标识请求实体bean服务，而相应的实体bean实例并不在就绪池中时，容器就会把一个实例由池化状态转变为就绪状态，在这个过程中，容器调用实例的ejbActivate方法。程序员编码实现这个方法，获取该实例所需的资源，该实例由标识来识别，而不是那些处于池化状态中的实例。然后容器载入实体的实例变量值，并把实例与远程对象关联起来。 现在实例准备就绪了。 注意，ejbActivate方法不会载入实体的实例变量值。对于BMP实体bean，实例变量值是由ejbLoad方法载入的；对于CMP实体bean，实例变量值有容器载入。 当容器有太多的实例处于就绪状态时，它就会钝化一个或多个实例，使它们处于池化状态。这个过程中，容器会调用实例的ejbPassivate方法。程序员能编码实现这个方法，释放该池化实例不再需要的资源，容器也要解除实例与其远程对象之间的关联，将实体的实例变量当前值存进数据库中。 同样，ejbPassivate方法不会把实体的实例变量值存进数据库。对于BMP实体bean，由ejbStore来存放实例变量；对于CMP实体bean，由容器来存放实例变量。 从实例池中删除一个钝化的实例，容器会调用实例的unsetEntityContext方法，解除该实例与相应的实体上下文对象之间的关联，然后容器消灭该实例。
使用bean实例创建新实体只要EJB客户想创建新实体（在数据存储设备中插入数据），客户就要在bean的home接口上调用创建方法。在响应中，容器会： 1. 进行正确的安全性检查，并实施由方法的事务属性所指定的事务控制机制。 2. 在池化的实例上调用ejbCreate方法。对于CMP实体bean，该方法初始化持久字段的值，以备让容器放进数据存储设备中；对于BMP实体bean，该方法初始化字段值，直接向数据库中插入记录。 3. 为bean创建远程对象（remote object），并与新的bean实例关联起来。 4. 调用实例的ejbPostCreate方法，完成初始化动作。由于容器已经为bean实例分配好标识，ejbPostCreate方法能将标识信息，如关联的远程（或本地）接口或主键，转递给其它企业bean。 客户收到对实例的远程对象的引用，现在实例处于就绪状态，能执行业务方法了。见“执行业务逻辑”。
定位已经存在的bean实例EJB客户通过在bean实例的home接口上调用查找方法，就可以定位一个或多个实体。查找方法返回一个或多个与搜索条件匹配的实体，包含findByPrimaryKey方法在内，实体bean还有许多其它的查找方法。 当客户在实例的home接口上调用查找方法时，会有以下步骤： 1. 容器进行安全检查，实施由方法的事务属性所指定的事务控制机制。 2. 容器在池化匿名实例上调用查找方法。 3. 查找方法返回实例的主键（或多个实例的多个主键，某些情形下），注意只返回主键。 4. 容器根据每一个主键来定位或创建远程对象，并返回该对象的引用给客户
客户在已定位的实例上继续调用业务方法，使用远程对象上所命名的方法。见“执行业务逻辑”。 执行业务逻辑当EJB客户需要实体bean实例工作时，客户调用实例的远程对象的业务方法。在响应中，容器会： 1. 进行安全检查，实施由方法的事务属性所指定的事务控制机制。 2. 调用实例的业务方法。 业务方法完成，客户接收结果。必要时，容器钝化实例，参考“创建和管理bean实例池”。
使用bean实例删除已存在的实体只要EJB客户想删除已存在的实体（从数据存储设备中删除数据），客户就要在实例的home或远程对象上调用删除方法。在响应中，容器会： 1. 进行安全检查，实施由方法的事务实现所指定的事务控制机制。 2. 在实例上调用ejbRemove方法。CMP实体bean实例会准备好将要删除的数据，以备容器执行删除动作；BMP实体bean实例直接删除数据。 3. 适当的时候提交该事务。
在实例与数据存储设备之间同步在事务过程中，容器必须确定bean实例中的数据与数据存储设备中的数据是同步的。为此，容器会：
理解互相关联的CMP实体bean和容器管理的关联如果你愿意，你可以用EJB Builder向导来一次就生成CMP实体bean的基础框架。然而，如果是基于多个CMP实体bean，这些实体bean所依赖的数据库基表使用了外键或表连接，那么一次就为整个实体bean生成基础框架就会更容易和更可靠。EJB Builder有一个专门的向导，可以显示数据库或模式中的基表，而且还能让你选择其中的一些基表，生成相应的CMP实体bean。用这些bean，向导创建逻辑实体，为外键和数据库表连接建模；生成EJB模块，存储和跟踪这些bean集和关联集。 你创建的CMP实体bean是bean集的一部分，与你单个创建的CMP实体bean没有两样，它们的功能、能力、属性和生命周期都是一样的。然而，如果你用向导生成互相关联的CMP实体bean集，那么你必须把那些与表连接和外键有关的信息手工编码进来。IDE把这些联系表示成逻辑字段，称为CMR（container-managed relationship）字段。CMR字段就象外键，在EJB QL查询中，你能用CMR字段，而不是用CMP字段，来执行相当于表连接的操作。 根据EJB规范，EJB容器管理CMR，以确保互相关联的CMP实体bean之间的引用完整性。IDE通过Collections API让你能操纵bean的CMR。关于CMR的信息存放位置位于EJB模块这个层次上，EJB模块中驻留有那些互相关联的bean。 在bean类中有很多抽象的访问方法，这些方法指定了CMR的方向和重数。例如，在订单（Order）bean和订单项（LineItems）bean的关联关系中：
CMR允许级联删除（cascade-delete）功能，该功能需要在部署描述器中特别声明。 CMR字段提供了对CMP实体bean的本地实例的访问，因此，只有具有本地型别（local-type）的接口才能拥有CMR字段。 理解消息驱动Bean有一个特殊的企业bean，它活跃于应用程序构件之间，从客户获取消息，根据消息开始一个异步过程。它就是消息驱动bean，它既有企业bean的许多特征，又象一个针对JMS（Java Message Service）的MOM（message-oriented middleware：面向消息中间件）消息监听器。通过消息驱动bean，你能在EJB环境中大致实现多线程或并发进程。 也许在别的J2EE应用中，企业bean会响应RMI调用，消息驱动bean会监听某些资源，在这些资源上会有来自其它应用构件的消息到达，通常来自客户。当这么一个消息到达后，不管什么进程或服务器此时正在运行，消息驱动bean都会通过onMessage的方法调用得到消息来到的通知，于是消息驱动bean就会根据消息行动，呼叫无状态会话bean启动一个进程。 使用消息源（目标）目标就是客户向其发送消息的资源，也是消息驱动bean监听的资源。目标可以是一个消息队列或一个消息主题。
何时使用消息驱动Bean使用消息驱动bean的应用对其它应用构件的状态有一点点依赖关系。消息驱动bean设计成单向操作。 只要目标是可用的，应用客户就能可靠地把消息发送到目标，不管消息驱动bean服务器还是目标应用当前是否已经部署。容器不必等待客户引发的进程是否结束，在消息驱动bean和它调用的bean还在工作时，客户甚至能断开与服务器的连接。一个或多个客户能发送消息给一个或多个服务器，引发多个进程。 如果应用启动了一个非常费时的进程，或者服务器关机，或者由于其它原因，在消息到达前目标资源不可用，那么你能使用一个消息驱动bean的中间层，保持处理不会中断。如果客户需要启动一个进程，然后它对于用户是可用的，那么消息驱动bean是很理想的选择。例如，在购物应用中，你能使用消息驱动bean检查客户的信用卡号是否有效，同时客户还在浏览产品列表；客户端发送消息给消息驱动bean，然后继续其操作。 使用消息驱动bean有助于应用的负载均衡和调度。例如，你可以在数据库的使用低峰期启动进程，异步处理有一个极好的优点，能在分散于不同时区、地理上的系统上进行通信和处理消息。 如果你的应用需要与其它的不甚了解的应用接口，你能使用消息驱动bean，保证应用间的松耦合关系。许多遗留的系统使用了消息，那么就能用这样的方式与J2EE应用进行接口。 只有在消息驱动bean的onMessage方法得到调用时，它才会与JMS环境进行交互。使用集成开发环境的EJB Builder向导生成的消息驱动bean，能与JMS透明地集成，因此你不必编写JMS代码。由于你通过bean的属性指定了JMS连接和消息通道（消息目标），那么你就能容易地改变消息驱动bean，使其指向不同的消息目标。 何时使用其它类型的Bean在某些情况下，消息驱动bean并不适用，例如：
理解消息驱动Bean的生命周期在运行时期，客户发送消息给消息驱动bean监听的目标，当消息来到是，服务器创建bean实例，服务于客户的请求。 这类bean的生命周期非常简单。与无状态会话bean一道，该类bean实例会跨越由容器管理的几个活动阶段，当该实例不再需要时，便被消灭。 消息驱动bean的各个阶段、引发bean在各个阶段间迁移的方法以及EJB程序员的职责将在下面讲述。 创建和初始化bean实例当客户发送一条消息给消息队列或消息主题，消息驱动bean的运行时生命周期就开始了，然后消息被消息驱动bean消费（被读取或处理）。在响应中，EJB容器依次顺序调用3个方法： 1. newInstance方法，创建消息驱动bean的新实例 2. setMessageDrivenContext方法，将每一个实例与消息驱动上下文对象关联起来 3. ejbCreate方法，初始化实例
消息发送后，客户不必等待，除非有结果会返回。 调用其它bean执行业务逻辑现在，消息驱动bean实例已经创建和初始化好了，实例与容器之间具有以下协作：
最后，有时客户能分别调用服务器中的会话bean或其它的企业bean，接收业务方法返回的结果。
删除实例当消息驱动bean将分配给它的任务委派给应用程序中其它的bean时，它的工作就做完了。容器就会调用消息驱动bean实例的ejbRemove方法，关闭该实例使用的所有打开的资源，容器最后从内存中删除该实例。
池化消息驱动bean实例正如无状态bean那样，容器能同时创建和池化许多个消息驱动bean实例。容器会自适应地设置实例池，当到达的消息增加时创建新的实例，当内存开始紧张时删除实例。 消息驱动bean实例不会维护状态信息，因此池化的消息驱动bean实例是完全相同的，可以互换。 J2EE规范并不保证多个信息驱动bean实例按照特定顺序来交付（初始化，译者注），因此，应用程序必须能够处理无序的消息。
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
创建EJB组件 |
816-7864-10 |
|
|
|||||||||||
|
|||||||||||
|
|||||||||||
|
|||||||||||
