Java EE 5：强大的功能、高生产率和低复杂性

核心提示： 企业应用程序技术有大量技术属于企业应用程序的范围，其中许多在 Java EE 5 中没有变化或者不适合在本文中详细讨论，Java EE 5：强大的功能、高生产率和低复杂性(6)，这里主要关注两个改进：对 EJB 开发的简化和新的持久化特性，EJB 3.0EJB 规范是 Java EE 平台的核心

企业应用程序技术

有大量技术属于企业应用程序的范围，其中许多在 Java EE 5 中没有变化或者不适合在本文中详细讨论。这里主要关注两个改进：对 EJB 开发的简化和新的持久化特性。

EJB 3.0

EJB 规范是 Java EE 平台的核心。它定义如何封装应用程序的业务逻辑，并以高度可伸缩、可靠且感知事务的方式分布业务逻辑，确保并发的数据访问不会破坏数据。

EJB 有三种基本类型：

会话 bean 分成两类：无状态 和有状态。无状态会话 bean 用于那些为单一客户机请求提供服务的业务逻辑任务。有状态会话 bean 维护客户机的 “会话状态”，适合处理那些跨越多个客户机请求的任务。会话 bean 不能在客户机之间共享。会话 bean 通常会操作一个或多个实体 bean。

实体 bean 代表持久化数据，数据通常是从数据库中装载的。实体 bean 可以在客户机之间共享，而且 EJB 规范提供了事务安全的机制，确保实体 bean 可以可靠地为多个并发客户机请求提供服务，而不会被破坏。实体 bean 可以自己管理持久化，也可以让容器来管理它（容器管理的持久化（container-managed persistence，CMP） ）。

消息驱动 bean（MDB） 用来处理那些不要求客户机等待响应的客户机请求。它们通常与一个 Java Message Service（JMS）队列 — Java EE 5 中的另一种企业应用程序技术 — 进行交互，但是也可以以其他方式为异步客户机提供服务，客户机甚至可以不是用 Java 编写的。

在过去，EJB 的开发很复杂很麻烦，开发人员常常不得不依靠工具来管理实现 EJB 所需的所有接口和部署描述符。规范为业务逻辑代码规定了许多限制，要求扩展特定的类或实现特定的接口。为了获得一个简单的 EJB 引用，就需要许多样板代码。这些问题使 EJB 在开发社区中名声很差；在许多情况中，EJB 确实很糟糕。