Weblogic_Server与EJB

一、什么是EJB？

§EJB 组件是为企业级应用设计的java 组件模型,是基于标准分布式对象技术

§EJB 组件提供了应用的商务逻辑部分。由于它们不涉及表示层的问题，因此必须与其它的显示技术(如servlets)，服务于HTML 客户端的JSP技术，或者使用了诸如AWT、Swing 技术的java 应用一起使用。

§实现了EJB 规范的应用服务器提供了可以解决安全性、资源共享、持续运行、并行处理、事务完整性等复杂问题的服务，从而简化了商业应用系统

§EJB 技术将开发人员和底层中间件相隔离； 开发人员看到的仅仅是Java 平台。将使得EJB 服务器厂商在不干扰用户的EJB应用程序的前提下，有机会改进中间件层

§EJB 服务器完成“繁杂”的工作：

应用开发人员关注于业务逻辑的实现，而不是底层的实现机制，从而提高开发效率。

二、Session Bean

§一般用于实现应用程序的控制、处理和工作流，在MVC中，会话Bean处理Control。代表单个客户端来执行，当EJB容器失效后就不存在。

§短暂存在：会话Bean 通常用来提供服务，表示与客户机之间的一个会话,它们不代表长期存在的事物

§Session Bean以分为有状态SessionBean和无状态SessionBean

§示例:计算器、购物车、命令处理器 

 

三、无状态会话Bean？有状态会话Bean？

Stateless

在不同方法调用间不保留任何状态

事务处理必须在一个方法中结束

通常资源占用较少；可以被共享(因为它是无状态的)

Statefull

可以在不同的方法调用间保持针对各个客户端的状态

与客户端的联系必需被维持；通常开销较大

四、Entity Bean

实体Bean表示持久数据的对象视图，如数据库中的一个数据行。实体Bean有一个就像数据库中的主键一样，唯一地标识一个实体Bean

实体Bean有两种类型：BMP,CMP

实体Bean的示例：

描述一个定单号

包含客户的个人信息

五、 会话Bean？实体Bean？

会话bean

表示一个业务过程

每一客户一个实例

Short-lived：与客户生命同步

暂态的

服务器崩溃后丢失

可以是事务性的

实体bean

表示业务数据

在多个客户间共享实例

Long-lived：与数据库中数据同步

持久的

服务器崩溃后可重构

总是事务性的

六、MessageDriven Bean

实体Bean和会话Bean均采用同步编程模式，而MDB引进了一种异步处理方式

MDB是JMS和EJB集成的结果，不同于其他EJB，客户机不需要直接调用消息Bean,相反，客户机只需发一个消息给JMS目的。在消息到达JMS目的之后，MDB的onMessage()将被调用，以处理这个消息

MDB通常用于在服务器中执行异步操作

七、Weblogic EJB特性

Stateful session beans和entity beans支持caching

对CMP entity bean增加了很多提高性能的特性，如提供批量操作功能

对CMP entity bean,Weblogic Server提供了多种增值的数据库访问特性，如自动产生主Automatic primary key generation

Automatic table creation

可以将EJB部署到cluster上，支持EJB的负载均衡和容错

……

 

SessionBean

有状态会话Bean可以在客户访问之间保存数据，而无状态会话Bean 不会在客户访问之间保存数据。两者都实现了javax.ejb.SessionBean 接口，EJB 容器区通过部署文件ejb-jar.xml 来判断是否为一个SessionBean 提供保存状态的服务

八、EntityBean的基本原理

EJB规范把EntityBean定义为一种持久性的、事务性的以及可以共享的组件，以便多个客户机可以同时使用其中的业务数据。而且EntityBean能够提供持久存储支持，直到被删除为止

EntityBean表示持久数据的对象视图，EntityBean中的字段相应于底层持久存储中的数据。

EntityBean的状态是事务性的，当客户机更新事务中的字段时，仅当事务提交后，这个更新才是持久的。

 

EntityBean的持久类型

作为持久对象，实体Bean的状态必须保存在数据库中，实体Bean有两种操作类型：容器管理持久性和Bean管理持久性

在Bean管理持久性的情况下，Bean需要提供代码，从数据库中加载实体bean和把实体bean写到数据闸中，通常，这需要在bean类中增加JDBC代码，读取或更新实体bean的字段，或把实体bean的字段写入数据库中

在容器管理持久性的情况下，EJB容器自动地提供把实体Bean写入数据库中的代码，不需要增加JDBC代码

九、MessageDrivenBean

消息驱动Bean是EJB和JMS的集成产品，消息驱动Bean也存在于EJB容器中，而且也可以利用EJB容器提供的服务，但是消息驱动Bean并不直接和客房机进行交互，它只是一个JMS消息的监听器

消息驱动Bean作为JMS队列和主题的监听器部署，而且响应新到JMS消息执行它们的业务逻辑

客户端不需要直接调用消息Bean,客户机只需发一个消息给JMS目的，在消息到达JMS目的之后，消息Bean的onMessage()将被调用，以处理这个消息

客户通过将JMS信息传送到Bean监听的队列或主题间接地调用Bean的方法

十、MDB的生命周期

MDB的生命周期类似于无状态的会话Bean

可以在ejb-jar.xml中为Bean指定一个JMS Queue或Topic,EJB容器将把MDB注册为一个消息监听器，当消息到达JMS目的时，EJB容器将寻找或创建一个MDB实例。

同无状态会话Bean一样，MDB也可以采用实例池的方式

十一、MDB的部署描述文件

ejb-jar.xml:包含MDB的名字，事务类型和JMS目的

weblogic-ejb-jar.xml

在<destination-jnid-name>中定义JMS目的

因为MDB不直接与客户机进行交互，因此不需要定义<jndi-name>

默认时，MDB使用标准的JMS连接工厂，也可以利用<connection-factory-jndi-name>指定一个连接工厂

十二、消息Bean与并发控制

EJB容器将负责MDB的并发控制，MDB不是多线程程序，EJB容器不会采用重入的方式调用MDB实例，与无状态会话Bean一样，EJB容器也把MDB实例放到内存的实例池中

Weblogic-ejb-jar.xml中的<initial-beans-in-freepool>和<max-beans-in-freepool>可以控制实例池的容量

MDB的并发控制方式使EJB容器可以尽可能多地并行处理消息，EJB容器是以并发线程的方式处理消息的，因此消息的处理有可能打乱顺序。开发人员不应当假定MDB是按顺序传递消息的

十三、MDB与事务

MDB提供了三个不同的事务选项

Required：

如果指定了Required事务属性，EJB容器可以自动地开始一个事务，之后，从JMS队列或主题中接收消息的过程将包含在事务中

可以确保JMS消息的接收过程和onMessage()调用均参与JTA事务，当OnMessage()调用返回时，EJB容器将提交事务，如果事务中止执行，JMS消息将继续保持在JMS目的中，并且可以再次传递给某个MDB

NotSupported

如果指定了NotSupported事务属性，在调用MDB的onMessage()之前，EJB容器不会开始事务。当消息的接收过程无法参与事务，且JMS的消息确认机制能够提供有效的保证时，可以使用它

十四、Bean管理的事务

利用Bean管理事务，在Bean中可以使用EJBContext.getUserTransaction()，得到对UserTransaction对象的引用

消息的接收过程不参与事务，如果UserTransaction中止，消息无法自动地重新传递

应当使用一个单独的JMS目的专门处理应用级的错误，以确保不会继续重新传递不适当的消息

 

十五、消息的确认    

在MDB中，EJB容器自动地处理JMS消息的确认

当MDB使用Required事务属性时，EJB容器在事务提交时对消息进行确认

当MDB使用NotSuppoerted事务属性或Bean管理的事务时，EJB容器将采用AUTO_ACKNOWLEDGE确认方式

可以在ejb-jar.xml中使用<jms-acknowledge-mode>指定消息确认的方式

十六、MDB与JMS

利用EJB容器的部署描述文件，MDB可以自动地支持并发的消息处理，JMS应用也可以通过扩展ServerSessionPool来达到这个目的，但增加了开发人员的工作量

MDB是把异步接收的过程加到JTA事务中的唯一

MDB简单且基于标准