EJB的内容

EJB对象分为以下三种类别：

·  会话Beans 

·  实体Beans 

·  消息驱动Beans

根据所需要的bean行为，某些特性决定了所采用的Bean类型。

会话Beans

会话（Session）Beans的作用建立在会话的基础之上。客户在请求并收到bean功能之后，具有特定bean的会话就终止了而且没有留下会话发生的记录。会话Bean类型还可以进一步细分为无状态或者有状态方式。

无状态会话Beans并不知道客户或者涉及到请求的上下文，从而令其成为单一请求/回应应用的理想工具。比方说，一个用户搜索所有公开bug的bug跟踪系统就是如此。客户应用程序联系一个无状态会话Bean并给其传递搜索参数。接着，这个bean访问数据库，选择匹配检索条件的条目，并把记录传回客户程序。通讯完成之后，bean不保留交互信息。因此，多个客户程序可以同时访问无状态会话Bean却不会相互影响。

相反，有状态会话Beans会把请求同特定的客户联系起来，在客户和bean之间建立一种一对一的关系。购物车bean就是一例。用户实施标准的电子商务任务，给购物车里加入商品，输入地址信息然后下定单。购物车bean维持状态，因而它知道所有这些变量都关联某一特定客户。

实体Beans

实体（Entity）Beans表示会话终止之后持久存在的业务对象或者数据。它们通常作为数据库中的单一记录形式存在，当然，其存储形式也可能采用其他媒质，比如文件等。一个对象就表示一个用户，有名字、联系方式、语言选择等等，这些参数代表了实体Bean的用途。作为持久性最本质的内涵之一，实体Bean的唯一标识或者主键起到了识别和检索正确对象信息的作用。实体beans需要主键作为“辅助类”封装对象的唯一标识符。

消息Beans

以上的两种bean类型以同步方式为EJB客户提供服务。客户发出请求然后等待bean发回结果。消息驱动（Message Driven） Beans避免了这一可能的瓶颈问题。采用Java消息服务JMS（Java Messaging Service）。客户程序可以产生一个消息并把消息发布给消息队列。消息驱动Bean随之采用或者检索消息执行其内容。这种事件或者数据的通讯就成为异步形式；客户或者bean都无须依赖对方的直接响应了。



比如，伦敦的一位银行官员使用一种应用程序发布最新的汇率消息。这时，部署在波士顿的一个外部交易bean从消息队列中获取这一消息然后更新数据库中的有关记录。在理想的情况下，消息驱动Bean会把信息传递给处理数据库事务的实体Bean。这样，每一种bean把它不能处理的任务转发从而创建出一种真正的分布式组件结构。