J2EE的13种核心技术

　　Java 最初是在浏览器和客户端机器中粉墨登场的。当时，很多人质疑它是否适合做服

务器端的开发。现在，随着对 Java2 平台企业版（J2EE）第三方支持的增多，Java 被广泛

接纳为开发企业级服务器端解决方案的首选平台之一。

　　J2EE 平台由一整套服务（Services）、应用程序接口（ APIs）和协议构成，它对开发

基于 Web 的多层应用提供了功能支持。

　　在本文中我将解释支撑 J2EE 的 13 种核心技术：JDBC, JNDI, EJBs, RMI, JSP, Java

servlets, XML, JMS, Java IDL, JTS, JTA, JavaMail 和 JAF，同时还将描述在何时、何处需要

使用这些技术。当然，我还要介绍这些不同的技术之间是如何交互的。

了典型的二层化结构。在很多情况下，服务器提供的唯一服务就是数据库服务。在这种解

决方案中，客户端程序负责数据访问、实现业务逻辑、用合适的样式显示结果、弹出预设

的用户界面、接受用户输入等。client/server 结构通常在第一次部署的时候比较容易，但难

于升级或改进，而且经常基于某种专有的协议―通常是某种数据库协议。它使得重用业务

逻辑和界面逻辑非常困难。更重要的是，在 Web 时代，二层化应用通常不能体现出很好的

伸缩性，因而很难适应 Internet 的要求。

图 1. 二层化应用结构

　　Sun 设计 J2EE 的部分起因就是想解决二层化结构的缺陷。于是，J2EE 定义了一套标

准来简化 N 层企业级应用的开发。它定义了一套标准化的组件，并为这些组件提供了完整

　　用 J2EE 开发 N 层应用包括将二层化结构中的不同层面切分成许多层。一个 N 层化应

用 A 能够为以下的每种服务提供一个分开的层：

　　显示：在一个典型的 Web 应用中，客户端机器上运行的浏览器负责实现用户界面。

些动态生成工作应该放在 Web 服务器端进行，使用 JSP、Servlets，或者 XML（可扩展标

记语言）和（可扩展样式表语言）。

业务逻辑：业务逻辑适合用 Session EJBs（后面将介绍）来实现。

　　由于 J2EE 建立在 Java2 平台标准版（J2SE）的基础上，所以具备了 J2SE 的所有优点

和功能。包括“编写一次，到处可用”的可移植性、通过 JDBC 访问数据库、同原有企业资源

进行交互的 CORBA 技术，以及一个经过验证的安全模型。在这些基础上，J2EE 又增加了

对 EJB（企业级 Java 组件）、Java servlets、Java 服务器页面（JSPs）和 XML 技术的支持。

现留给了第三方厂商。部分厂商只是专注于整个 J2EE 架构中的的特定组件，例如 Apache

品为整个 J2EE 规范提供了一个较为完整的实现。

　　WebLogic 服务器已使建立和部署伸缩性较好的分布式应用的过程大为简化。WebLogic

和 J2EE 代你处理了大量常规的编程任务，包括提供事务服务、安全领域、可靠的消息、名

字和目录服务、数据库访问和连接池、线程池、负载平衡和容错处理等。

　　通过以一种标准、易用的方式提供这些公共服务，象 WebLogic 服务器这样的产品造就

了具有更好伸缩性和可维护性的应用系统，使其为大量的用户提供了增长的可用性。

　　J2EE 技术

　　在接下来的部分里，我们将描述构成 J2EE 的各种技术，并且了解 WebLogic 服务器是

如 何 在 一 个 分 布 式 应 用 中 对 它 们 进 行 支 持 的 。 最 常 用 的 J2EE 技 术 应 该 是

JDBC、JNDI、EJB、JSP 和 servlets，对这些我们将作更仔细的考察。

图 2 表示了在一个分布式应用中，J2EE 技术的各个方面通常在何处发挥作用。

图 2. 一个 N 层应用结构的例子

　　Java Database Connectivity (JDBC)

为开发人员隐藏了不同数据库的不同特性。另外，由于 JDBC 建立在 Java 的基础上,因此还

　　类型 1: JDBC-ODBC Bridge

　　在 JDBC 出现的初期，JDBC-ODBC 桥显然是非常有实用意义的，通过 JDBC-ODBC

桥，开发人员可以使用 JDBC 来存取 ODBC 数据源。不足的是，他需要在客户端安装

ODBC 驱动程序，换句话说，必须安装 Microsoft Windows 的某个版本。使用这一类型你需

要牺牲 JDBC 的平台独立性。另外，ODBC 驱动程序还需要具有客户端的控制权限。

而不需要使用 ODBC。 JDBC 驱动程序将对数据库的 API 从标准的 JDBC 调用转换为本地