J2EE 是针对 Web Service、业务对象、数据访问和消息报传送的一组规范。这组应用编程接口确定了 Web 应用与驻留它们的服务器之间的通信方式。J2EE 注重两件事，一是建立标准，使 Web 应用的部署与服务器无关；二是使服务器能控制构件的生命周期和其他资源，以便能够处理扩展、并发、事务处理管理和安全性问题。
J2EE 规范定义了以下几种构件：应用客户端构件、EJB构件、Servlets 和 JSP、Applet 构件。J2EE 采用的是多层分布式应用模型，意味着应用逻辑将根据功能分成几个部分， 用户可以在相同或不同的服务器上安装不同应用构件组成的J2EE 应用。这些层次可以参见图 15-2。

一、表示层
J2EE 客户端可以基于 Web，也可以基于 Java。在 HTML、Javascript、XML 等技术的帮助下，Web 浏览器可以支持强大、快速的用户界面。实际上，如果 HTML 足以捕获和显示应用所需的信息，则 HTML 为首选；如果 HTML 不足以达到此目的，则应该由客户端执行必要的捕获和操作。无论是 Applet 还是独立的 Java 程序，都可提供更丰富的图形用户界面。Applet 还可以与中层通信，从而进一步加强程序控制和系统灵活性。
分布式企业应用可以同时包括多种客户端，并且这些客户端都可以访问相同的业务逻辑。如图 15-3 所示：当客户端是 HTML时，JSP/Servlet 组合将成为能实现业务目标的真正客户端。当客户端是 Java 程序或基于 COM 程序时，它可以直接访问业务逻辑

二、应用服务层
一般情况下，应用服务层包含表示层请求的表示逻辑和业务逻辑。表示层由显示 HTML 页面的 JSP 页面和 Servlets 实现。业务逻辑通过 RMI 对象和 EJB 实现。EJB 依靠容器来实现事务处理、生命周期和状态管理、资源池、安全等问题，容器是 EJB 运行的环境。
1．Servlet
Java Servlets 是指可以扩展 Web 服务器功能的程序。Servlet 从客户端接受请求，动态生成响应，然后将包含 HTML 或 XML 文档的请求发送给客户端。Servlet 类似于 CGI（公共网关接口），但 Servlet 使用 Java 类和流，更易于编写；由于 Servlet 可编译为 Java 字节码，在运行时，Servlet 例程驻留在内存中，每一个用户请求都生成一条新线程，故而它们的执行速度也更快。
2．JSP
JSP 页面是基于文本的 Servlet开发方式。JSP 页面具有 Servlet 的所有优点，如果与 JavaBeans 类结合在一起，可以容易地将内容和显示逻辑分开。这使得无须了解 Java 代码就能更新页面的外观，更新 Java Beans 类的人也无须深入了解 Web 页面的设计。相对 CGI 而言，由于 CGI 依赖于平台，消耗资源更多，而且程序不能容易地访问参数数据等缺点，故而 JSP 页面和 Servlet 都比 CGI 应用广泛。
用户可以使用带 Java Beans 类的 JSP 页面定义 Web 模板，以便建立由外观相似的页面组成的 Web 站点，而 Java Beans 类负责组织数据。用户还可以借助标记和脚本将内容与应用逻辑捆绑在一起，或是嵌入一些 Java 小应用程序来实现一些简单的 Web 应用。
3．EJB
EJB 构件用于封装业务逻辑，使开发人员无须再担心数据访问、事务处理支持、安全性、高速缓存和迸发等琐碎任务的编程。在 EJB 规范中，它们由 EJB 容器负责。EJB 包含接口和类。客户端通过 EJB 的本地接口和远程接口访问 EJB 方法。本地接口提供的方法可用于生成、删除和查找 EJB，远程接口则提供业务方法。部署时，容器从这些接口生成类，这些类使客户端可以访问、生成、删除、查找和调用 EJB 上的业务方法。EJB 类为业务方法、生成方法和查找方法提供实施，如果 Bean 管理自己的存储，还得提供生成生命周期方法的实施。
EJB 共有三种类型：EntityBean（实体 Bean）、Session Bean（会话 Bean）和 Message Driven Bean（消息驱动 Bean），下面分别说明。
（1）实体 Bean。实体 Bean 表示数据库中的数据及作用于数据的方法。在关系型数据库中，表中的每一行就是一个 Bean 的实例。实体 Bean 是具有持久性的事务处理型 EJB，只要数据存在于数据库中，实体 Bean 就存在。
用容器管理的持久性访问关系数据库的 EJB，不需要为数据库访问使用任何 JDBC API，因为容器可以负责完成这项任务。但是，如果使用 Bean 管理的持久性或想访问关系数
据库以外的企业信息系统，就需要提供相应的程序代码才能完成。但是如果 EJB 使用 Bean 管理的持久性访问数据库，用户必须借助于 JDBC API 实施 Bean 生命周期方法，这样才能加载和保存数据，并保持运行和持久数据库存储之间的一致性。
（2）会话 Bean。会话 Bean 代表与客户间的短暂对话。在执行数据库读写时，会话 Bean 可以请求 JDBC 调用，也可以使用实体 Bean 执行调用，这时会话 Bean 是实体 Bean 的客户端。会话 Bean 的字段中包含对话的状态，如果服务器或客户端出现故障，会话 Bean 将消失。
会话 Bean 可以有状态，也可以无状态。有状态会话 Bean 包含客户端方的对话状态，对话状态是会话 Bean 实例的字段值加上可以从会话 Bean 字段阅读的所有对象。有状态的会话 Bean 不表示持久数据库中的数据，但能够以客户端的名义访问和更新数据。
无状态会话 Bean 没有客户端的任何状态信息。它们一般不提供保留任何状态的服务器行为。无状态会话 Bean 需要的系统资源较少。提供通用服务或表示共享数据视图的业务对象适合作为无状态的会话 Bean。
（3）消息驱动 Bean。EJB2.0 规范中的消息驱动 Bean 能处理从 JMS 消息队列接收到的异步消息。JMS 将消息路由到消息驱动 Bean，由消息驱动 Bean 从池中选择某个实例处理消息。
消息驱动 Bean 在 EJB 容器中管理。由于它们不是由用户的应用直接调用的，因此不能借助 EJB 本地接口从应用进行访问。但是，用户的应用可以将消息发送到 Bean 所监听的 JMS 队列中，以此来实例化消息驱动 Bean。
4．JMS
JMS 是支持 Java 程序之间信息交换的 J2EE 机制。这也是 Java 支持异步通信的方法—— 发送者和接收者无须相互了解，因此可以独立操作。JMS 支持两种消息传播模式：
点到点（point to point）。基于消息队列，消息产生者将消息发送到队列中。消息消费者可以将自身与队列连接，以倾听消息。当消息到达队列时，客户可以从队列中取走，并给出响应。消息只能发送到一个队列，只能由一个消费者使用。消费者可以过滤消息，以便获得希望获得的消息。
出版和订阅（publish/subscribe）。消息生产者将消息发送到一个话题（topic），注册到此话题的消费者都能接收到这些消息。这种情况下，许多消费者都能接收到同样的消息。
5．JNDI
由于 J2EE 应用的构件可以独立运行，而且是在不同的设备上运行，因此客户端和应用服务器层代码必须以某种方式查找和参考其他代码和资源。客户端和应用代码使用 JNDI（Java Naming and Directory Interface，Java 命名和目录接口）查找用户定义对象（如 EJB）和环境实体（Environment Entities）。在 JDBC2.0 中，数据源可以绑定到 JNDI 上，并允许应用程序访问。
6．事务处理
J2EE 事务处理模型可以在部署过程中定义组成一个事务处理的方法之间的联系，以便事务处理中的所有方法可以作为一个整体存在。如果用户希望完成这一任务，因为事务处理是一系列步骤，要么全部执行成功，要么全部回滚。例如，EJB 中可能有一系列方法，其作用是将资金从一个账户转到另一个账户，方法是借记第一个账户和贷记第二个账户。用户可能希望将全部操作作为一个整体，这样，如果借记之后，贷记之前出现故障，借记将滚回。
事务处理的属性在应用构件的集成过程中确定。它可以将各种方法组合成应用构件间的事务处理，即用户可以在 J2EE 应用中方便地重新分配应用构件的事务处理属性，无须修改代码和重新编译。J2EE 事务处理 API（JTA）和 Java 事务处理服务（JTS）形成 J2EE 中事务处理支持的基础，而且更适合 EJB 和 JDBC2.0。JTS 是低级事务处理管理 API，主要作用是将 Java 映射到对象管理组（OMG）的对象事务处理服务。JTA 是高级 API，包括两个部分：
事务处理接口。该接口允许事务处理定界，通过分布式构件由进行全局事务处理登记来完成工作。这种方法可以令多组操作组成一个事务处理。
XA 资源接口。基于能处理分布式事务处理的 X/Open/XA 接口，有时也称为两步提交事务处理，需要多种资源之间的协调，如数据库或序列。分布式事务处理由两步提交协议协调，可跨越用 XA 兼容的 JDBC 驱动程序访问的多个数据库，如针对 Oracle/XA 的 BEA WebLogicDriver 等。
EJB 规范定义了 Bean 管理的事务处理和 Container 管理的事务处理。当 EJB 用 Container 管理的事务处理部署时，应用服务器将自动协调事务处理。如果 EJB 由 Bean 管理事务处理部署，EJB 参数必须提供事务处理代码。
基于 JMS 或 JDBC API 的应用代码可以启动事务处理，或参与先前启动的事务处理。一个事务处理联系与执行应用的应用服务器线程相关，所有事务处理操作都在参与当前事务处理的线程上执行。
多数情况下，用户无须担心用 JTA 编写明确事务处理的问题，因为此项工作由 JDBC 完成，EJB API 由 Container 处理，并由应用部署说明符配置。这样，用户就可以将精力集中在事务处理设计而非实施上。