j2ee的13种核心技术 |
| 时间：2014-05-04 10:05:10 来源：不详 作者：佚名 |
STEVEN GOULD在文
JNDI, EJBS, RMI, JSP, JA
。为了联系实际，GOULD基
产品—环境来介绍J2EE的这
| 中介绍了JAVA2平台企业版（J2E
VA SERVLETS, XML, JMS, JAVA
于WEBLOGIC应用服务器—来自BE
些技术。
| E）的13种核心技术：JDBC,
IDL, JTS, JTA, JAVAMAIL 和 JAF
A SYSTEMS公司的一种广为应用的
|
JAVA最初是在浏览
务器端的开发。现在，随着
为开发企业级服务器端解决
| 器和客户端机器中粉墨登场的。
对JAVA2平台企业版（J2EE）第
方案的首选平台之一。
| 当时，很多人质疑它是否适合做服
三方支持的增多，JAVA被广泛接纳
|
J2EE平台由一整套
基于WEB的多层应用提供了
| 服务（SERVICES）、应用程序接
功能支持。
| 口（APIS）和协议构成，它对开发
|
在本文中我将解释支撑J2EE的13
SERVLETS, XML, JMS, JAVA IDL, JTS, J
需要使用这些技术。当然，我还要介绍这
| 种核心技术：JDBC, JNDI, EJBS, RMI, JSP, JAVA
TA, JAVAMAIL 和 JAF，同时还将描述在何时、何处
些不同的技术之间是如何交互的。
|
此外，为了让您更好地感受J2EE
SYSTEMS公司的一种广为应用的产品—环
和J2EE的新手，还是那些想了解J2EE能带
定很有参考价值。
| 的真实应用，我将在WEBLOGIC应用服务器—来自BEA
境下来介绍这些技术。不论对于WEBLOGIC应用服务器
来什么好处的项目管理者和系统分析员，相信本文一
|
过去，二层化应用
1刻画了典型的二层化结构
解决方案中，客户端程序负
用户界面、接受用户输入等
升级或改进，而且经常基于
界面逻辑非常困难。更重要
而很难适应INTERNET的要求
| -- 通常被称为CLIENT/SERVER
。在很多情况下，服务器提供的
责数据访问、实现业务逻辑、用
。CLIENT/SERVER结构通常在第
某种专有的协议—通常是某种数
的是，在WEB时代，二层化应用
。
| 应用 -- 是大家谈论的最多的。图
唯一服务就是数据库服务。在这种
合适的样式显示结果、弹出预设的
一次部署的时候比较容易，但难于
据库协议。它使得重用业务逻辑和
通常不能体现出很好的伸缩性，因
|
SUN设计J2EE的部分起因就是想
来简化N层企业级应用的开发。它定义了
。J2EE还自动为应用程序处理了很多实现
| 解决二层化结构的缺陷。于是，J2EE定义了一套标准
一套标准化的组件，并为这些组件提供了完整的服务
细节，如安全、多线程等。
|
用J2EE开发N层应
能够为以下的每种服务提供
| 用包括将二层化结构中的不同层
一个分开的层：
| 面切分成许多层。一个N层化应用A
|
显示：在一个典型
| 的WEB应用中，客户端机器上运
| 行的浏览器负责实现用户界面。
|
动态生成显示: 尽
这些动态生成工作应该放在
言）和（可扩展样式表语言
| 管浏览器可以完成某些动态内容
WEB服务器端进行，使用JSP、SE
）。
| 显示，但为了兼容不同的浏览器，
RVLETS，或者XML（可扩展标记语
|
| 业务逻辑：业务逻辑适合用SESSION EJBS（后面将介绍）来实现。 |
数据访问：数据访问适合用ENTI
| TY EJBS（后面将介绍）和JDBC来实现。
|
后台系统集成: 同后台系统的集
根据后台系统的特征而定。
| 成可能需要用到许多不同的技术，至于何种最佳需要
|
您可能开始诧异：
强的伸缩性，它允许每层专
处理应用逻辑，而数据库服
| 为什么有这么多的层？事实上，
注于特定的角色。例如，让WEB
务器提供数据库服务。
| 多层方式可以使企业级应用具有很
服务器负责提供页面，应用服务器
|
由于J2EE建立在JA
功能。包括“编写一次，到
交互的CORBA技术，以及一
业级JAVA组件）、JAVA SER
| VA2平台标准版（J2SE）的基础
处可用”的可移植性、通过JDBC
个经过验证的安全模型。在这些
VLETS、JAVA服务器页面（JSPS
| 上，所以具备了J2SE的所有优点和
访问数据库、同原有企业资源进行
基础上，J2EE又增加了对EJB（企
）和XML技术的支持。
|
J2EE提供了一个框架--一套标准
实现留给了第三方厂商。部分厂商只是专
TOMCAT提供了对JSP和SERVLETS的支持，B
J2EE规范提供了一个较为完整的实现。
| API--用于开发分布式结构的应用，这个框架的实际
注于整个J2EE架构中的的特定组件，例如APACHE的
EA系统公司则通过其WEBLOGIC应用服务器产品为整个
|
WEBLOGIC服务器已
和J2EE代你处理了大量常规
目录服务、数据库访问和连
| 使建立和部署伸缩性较好的分布
的编程任务，包括提供事务服务
接池、线程池、负载平衡和容错
| 式应用的过程大为简化。WEBLOGIC
、安全领域、可靠的消息、名字和
处理等。
|
通过以一种标准、
了具有更好伸缩性和可维护
| 易用的方式提供这些公共服务，
性的应用系统，使其为大量的用
| 象WEBLOGIC服务器这样的产品造就
户提供了增长的可用性。
|
在接下来的部分里，我们将描述
何在一个分布式应用中对它们进行支持的
SERVLETS，对这些我们将作更仔细的考察
| 构成J2EE的各种技术，并且了解WEBLOGIC服务器是如
。最常用的J2EE技术应该是JDBC、JNDI、EJB、JSP和
。
|
| 图2表示了在一个分布式应用中，J2EE技术的各个方面通常在何处发挥作用。 |
| JAVA DATABASE CONNECTIVITY (JDBC) |
JDBC API以一种统
发人员隐藏了不同数据库的
据库存取的平台独立性。
| 一的方式来对各种各样的数据库
不同特性。另外，由于JDBC建立
| 进行存取。和ODBC一样，JDBC为开
在JAVA的基础上,因此还提供了数
|
在JDBC出现的初期，JDBC-ODBC
发人员可以使用JDBC来存取ODBC数据源。
话说，必须安装MICROSOFT WINDOWS的某
。另外，ODBC驱动程序还需要具有客户端
| 桥显然是非常有实用意义的，通过JDBC-ODBC桥，开
不足的是，他需要在客户端安装ODBC驱动程序，换句
个版本。使用这一类型你需要牺牲JDBC的平台独立性
的控制权限。
|
| 类型 2: JDBC-NATIVE DRIVER BRIDGE |
JDBC本地驱动程序
不需要使用ODBC。 JDBC驱
此类型需要牺牲JDBC的平台
| 桥提供了一种JDBC接口，它建立
动程序将对数据库的API从标准
独立性，还要求在客户端安装一
| 在本地数据库驱动程序的顶层，而
的JDBC调用转换为本地调用。使用
些本地代码。
|
| 类型 3: JDBC-NETWORK BRIDGE |
JDBC网络桥驱动程
存取数据库。这种应用使得
数据缓存等。由于第3种类
在客户端安装并取得控制权
| 序不再需要客户端数据库驱动程
以下技术的实现有了可能，这些
型往往只需要相对更少的下载时
，所以很适合于INTERNET上的应
| 序。它使用网络上的中间服务器来
技术包括负载均衡、连接缓冲池和
间，具有平台独立性，而且不需要
用。
|
第4种类型通过使用一个纯JAVA
际上在客户端实现了2层结构。要在N-层
包含存取代码并提供一个对客户端具有数
| 数据库驱动程序来执行数据库的直接访问。此类型实
结构中应用，一个更好的做法是编写一个EJB，让它
据库独立性的服务。
|
WEBLOGIC服务器为
MICROSOFT SQL SERVER以及
纯JAVA的DBMS，WEBLOGIC服
| 一些通常的数据库提供了JDBC驱
INFORMIX。它也带有一种JDBC驱
务器中带有该数据库的评估版本
| 动程序，包括ORACLE, SYBASE,
动程序用于CLOUDSCAPE，这是一种
。
|
在这个例子中我们假定你已经在
含一个表，名为 CONTACT_TABLE ，它带
CLOUDSCAPE JDBC DRIVER，并请求 DRIVE
的连接。通过这一连接，我们可以构造一
。最后，用循环来遍历结果集的所有数据
。
| CLOUDSCAPE中建立了一个PHONEBOOK数据库，并且包
有2个字段：NAME 和 PHONE。 开始的时候先装载
R MANAGER得到一个对PHONEBOOK CLOUDSCAPE数据库
个 STATEMENT 对象并用它来执行一个简单的SQL查询
，并用标准输出将NAME和PHONE字段的内容进行输出
|
PUBLIC STATIC VOID MAIN( STRING
| ARGS[] )
|
CLASS.FORNAME("COM.C
| LOUDSCAPE.CORE.JDBCDRIVER");
|
CONNECTION CONN = DR
| IVERMANAGER.GETCONNECTION("J
| DBC:CLOUDSCAPE:PHONEBOOK");
|
STATEMENT STMT = CONN.CREATESTAT
| EMENT();
|
STRING SQL = "SELECT NAME, PHONE
| FROM CONTACT_TABLE ORDER BY NAME";
|
RESULTSET RESULTSET
| = STMT.EXECUTEQUERY( SQL );
|
| WHILE ( RESULTSET.NEXT() ) |
| NAME = RESULTSET.GETSTRING(1).TRIM(); |
| PHONE = RESULTSET.GETSTRING(2).TRIM(); |
SYSTEM.OUT.PRINTLN(
| NAME + ", " + PHONE );
|
| OK。接着我们来看一看JDBC是如何在企业应用中的进行使用。 |
以上实例其实是很
的企业级应用中，更大的可
了实现和改进可伸缩性和系
的支持。
| 基本的，可能有些微不足道。它
能是在客户端和一个EJB进行通
统性能， WEBLOGIC服务器提供
| 假定了一个2层结构。在一个多层
信，该EJB将建立数据库连接。为
了对连接缓冲池CONNECTION POOL
|
CONNECTION POOL
样的缓冲池，此后如故再有
据。数据缓冲池可以在WEBL
WEBLOGIC.PROPERTIES 文件
| 减少了建立和释放数据库连接的
对数据库的请求，WEBLOGIC服务
OGIC服务器的 WEBLOGIC.PROPER
中的例子，WEBLOGIC服务器的文
| 消耗。在系统启动以后即可建立这
器可以很简单地从缓冲池中取出数
TIES 文件中进行定义。(可参考
档中还有更详细的参考信息)
|
在企业级应用的另
它们必须做为同一个STATEM
AUTO-COMMIT 事务模式。这
| 一个常见的数据库特性是事务处
ENT来处理以保证数据完整性。
可以通过使用CONNECTION类的 S
| 理。事务是一组申明STATEMENT，
缺省情况下JDBC使用
ETAUTOCOMMIT() 方法来实现。
|
| 现在我们已经对JDBC有了一些认识，下面该转向JNDI了。 |
JAVA NAMING AND DIRECTORY IN
| TERFACE (JNDI)
|
JNDI API被用于执
源如DNS和LDAP，本地文件
| 行名字和目录服务。它提供了一
系统，后者在应用服务器中的对
| 致的模型来存取和操作企业级的资
象。
|
在JNDI中，在目录
CONTEXT的。这里没有绝对
INITIALCONTEXT 类来得到
| 结构中的每一个结点称为CONTEX
名字的概念存在。对一个应用来
其第一个CONTEXT:
| T。每一个JNDI名字都是相对于
说，它可以通过使用
|
| CONTEXT CTX = NEW INITIALCONTEXT(); |
应用可以通过这个初始化的CONT
例如，假设你在WEBLOGIC服务器中展开了
么该EJB的某个客户在取得一个初始化CON
| EXT经有这个目录树来定位它所需要的资源或对象。
一个EJB并将HOME接口绑定到名字 MYAPP.MYEJB ，那
TEXT以后，可以通过以下语句定位HOME接口：
|
MYEJBHOME HOME =
| CTX.LOOKUP( "MYAPP.MYEJB" )
| ;
|
在这个例子中，一旦你有了对被
用方法。我们将在下面的"ENTERPRISE JA
| 请求对象的参考，EJB的HOME接口就可以在它上面调
VA BEANS"章节中做更多的介绍。
|
以上关于JNDI的讨
，JNDI也提供了一些方法来
| 论只是冰山之一角而已。如果要
进行以下操作：
| 更进一步地在CONTEXT中查找对象
|
将一个对象插入或
| 绑定到CONTEXT。这在你展开一
| 个EJB的时候是很有效的。
|
| ENTERPRISE JAVA BEANS (EJB) |
J2EE技术之所以赢得某体广泛重
和实施分布式商务逻辑，由此很显著地简
EJB规范定义了EJB组件在何时如何与它们
如目录服务、事务管理、安全性、资源缓
| 视的原因之一就是EJB。它们提供了一个框架来开发
化了具有可伸缩性和高度复杂的企业级应用的开发。
的容器进行交互作用。容器负责提供公用的服务，例
冲池以及容错性。
|
STATELESS SESSIO
发生时无法继续存在，生命
温度转换计算。
| N BEANS: 提供某种单一的服务
期相对较短。例如，一个STATEL
| ，不维持任何状态，在服务器故障
ESS SESSION BEAN可能被用于执行
|
STATEFUL SESSION BEAN: T提供
客户。典型例子是购物车。STATEFUL SES
对较短。每一个实例只用于一个单个的线
| 了与客户端的会话交互，可以存储状态从而代表一个
SION BEAN在服务器故障时无法继续生存，生命气相
程。
|
ENTITY BEANS: 提供了一致性数
发生后能继续存在。多用户情况下可以使
子是客户的帐号信息。
| 据的表示-- 通常存放在数据库中 -- 在服务器故障
用EJB来表示相同的数据。ENTITY EJB的一个典型例
|
尽管有以上的区别
。它定义了一个客户端是如
口进行调用；BEAN类则执行
| ，所有的EJB还是有许多的共同
何创建与消亡EJB的。可以在BEA
了主要的商务逻辑。
| 之处。它们都处理HOME INTERFACE
N中对定义了客户端方法的远程接
|
描述EJB的开发已经超出了本文
三方进行了购买，它就必须在应用服务器
DEPLOYER TOOL来协助处理EJB的发布。当
所用的JNDI名字来定位EJB。DEPLOYER TO
JAR文件中把被请求的JAVA类绑定在一起
| 的范围。但是，如果一个EJB已经被开发了或者从第
中进行发布。WEBLOGIC SERVER 5.1带有一个EJB
你使用EJB DEPLOYER TOOL的时候，你要定义客户端
OL将生成WRAPPER类来处理和容器的通信以及在一个
。
|
一旦EJB被发布，客户端就可以
个到HOME接口的REFERENCE。然后，客户
服务器上运行的某个BEAN实例的句柄；最
| 使用它的JNDI名字来定位EJB。首先，它必须得到一
端可以使用该接口，调用一个 CREATE() 方法来得到
后，客户端可以使用该句柄在BEAN中调用方法。
|
我们中间可能已经有许多人已经
。JSP和ASP相对应的，但更具有平台对立
网页，并且只需要相对较少的代码。 即
JSP应用是很方便的。 JSP页面由HTML代
户端所请求以后对这些JAVA代码进行处理
| 熟悉MICROSOFT的ACTIVE SERVER PAGES (ASP)技术了
性。他们被设计用以帮助WEB内容开发人员创建动态
使WEB设计师不懂得如何编程也可以使用JSP，因为
码和嵌入其中的JAVA代码所组成。服务器在页面被客
，然后将生成的HTML页面返回给客户端的浏览器。
|
下面我们来看一个JSP的简单实
语法的具体解释已经超出了本文的范围，
间，而JAVA的表达式则放在之间。
| 例。它只显示了服务器的当前日期和时间。虽然，对
但我们还是可以很直观地看到，JAVA代码被放在的中
|
您可能有时候听说过JHTML。这
支持JSP，又可支持JHTML。请注意，在缺
状态。要使之有效，你可以编辑WEBLOGIC
态，则要先使之有效。SERVLET的情况和J
| 是JSP以前的一种较老的标准。WEBLOGIC服务器既可
省状况下，JSP在WEBLOGIC服务器中并没有处于有效
.PROPERTIES文件。如果WEB服务器还没有处于有效状
SP是一样的。
|
SERVLET提供的功
代码中嵌入少量的JAVA代码
| 能大多与JSP类似，不过实现的
，而SERVLETS全部由JAVA写成并
| 方式不同。JSP通常是大多数HTML
且生成HTML。
|
SERVLET是一种小
应用，当被请求时开始执行
别是：每一个CGI在开始的
以分离的线程来运行的。因
| 型的JAVA程序，它扩展了WEB服
，这和CGI PERL脚本很相似。SE
时候都要求开始一个新的进程 -
此SERVLETS在可伸缩性上提供了
| 务器的功能。作为一种服务器端的
RVLETS和CGI脚本的一个很大的区
- 而SERVLETS是在SERVLET引擎中
很好的改进。
|
在开发SERVLETS的时候，您常常
且OVERRIDE一些它的方法，其中包括：
| 需要扩展JAVAX.SERVLET.HTTP.HTTPSERVLET 类，并
|
| SERVICE(): 作为DISPATCHER来实现命令-定义方法 |
| DOGET(): 处理客户端的HTTP GET请求。 |
其它的方法还包括处理不同类型
| 的HTTP请求 -- 可以参考HTTPSERVLET API文档。
|
以上描述的是标准J2EE SERVLET
完整的实现途径。一旦你开发了一个SERV
并由此可以在WEBLOGIC服务器中对它进行
| API的各种方法。WEBLOGIC服务器提供了一个该API
LET，你就可以在WEBLOGIC.PROPERTIES 中加以注册
配置。
|
通过JAVA SERVLETS,我们已经到
于这些。下面的段落中我们将简要地看一
JTA, 以及XML，等等。
| 达了J2EE主要技术的末尾了。但J2EE所提供的并不止
下现存的一些技术，包括RMI, JAVA IDL和CORBA,
|
| REMOTE METHOD INVOCATION (RMI) |
正如其名字所表示
列方式在客户端和服务器端
| 的那样，RMI协议是在远程对象
传递数据。RMI是一种被EJB使用
| 上调用一些方法。它使用了连续序
的更下层的协议。
|
在JAVA IDL的支持下，开发人员
对象并使之可在CORBA ORB中展开, 或者
CORBA对象的客户。后一种方法提供了另
和LEGACY系统相集成。
| 可以将JAVA和CORBA集成在一起。 他们可以创建JAVA
他们还可以创建JAVA类并作为和其它ORB一起展开的
外一种途径，通过它JAVA可以被用于将你的新的应用
|
JAVA TRANSACTION ARCHITECTUR
| E (JTA)/JAVA TRANSACTION SERVICE (JTS)
|
| JTA定义了一种标准的API，应用系统由此可以存取各种事务监控。 |
JTS是CORBA OTS事
管理器是在高层支持JAVA T
SPECIFICATION的JAVA映像
信资源管理器提供了事务服
| 务监控的基本的实现。JTS规定
RANSACTION API (JTA)规范，并
。JTS事务管理器为应用服务器
务。
| 了事务管理器的实现方式。该事务
且在较底层实现OMG OTS
、资源管理器、独立的应用以及通
|
JAVAMAIL AND JAVABEANS ACTIV
| ATION FRAMEWORK
|
JAVAMAIL是用于存
持SMTP服务器，也支持IMAP
| 取邮件服务器的API，它提供了
服务器。
| 一套邮件服务器的抽象类。不仅支
|
JAVAMAIL利用JAVABEANS ACTIVA
。MIME的字节流可以被转换成JAVA对象，
直接使用JAF。
| TION FRAMEWORK (JAF)来处理MIME-编码的邮件附件
或者转换自JAVA对象。由此大多数应用都可以不需要
|
| JAVA MESSAGING SERVICE (JMS) |
JMS是用于和面向消息的中间件
域，有支持发布/订阅(PUBLISH/SUBSCRIB
消息传递,事务型消息的传递，一致性消
方式来对您的应用与LEGACY BACKEND系统
| 相互通信的应用程序接口(API)。它既支持点对点的
E)类型的域，并且提供对下列类型的支持：经认可的
息和具有持久性的订阅者支持。JMS还提供了另一种
相集成。
|
| EXTENSIBLE MARKUP LANGUAGE (XML) |
XML是一种可以用
据。XML的发展和JAVA是相
将JAVA和XML的组合，您可
的公司在为JAVA和XML的组
JAVA-XML页面，或者IBM DE
| 来定义其它标记语言的语言。它
互独立的，但是，它和JAVA具有
以得到一个完美的具有平台独立
合而努力。如果要了解更多的这
VELOPERWORKS的XML ZONE。
| 被用来在不同的商务过程中共享数
的相同目标正是平台独立性。通过
性的解决方案。目前正有许多不同
方面的信息，可以访问SUN的
|
在本文中，我们介绍了建立在J2
对J2EE的各种支持。 然而，我们所揭示
展示J2EE潜在的对您的企业级应用的影响
| EE上的分布式应用结构，并且描述了WEBLOGIC服务器
的仅仅是冰山之一角而已，要以一篇数千字的文章来
可是很不公平的。
|
我们已经关注了在您开始用J2EE
EJB, JSP和SERVLET。我们也为您提供了
开发人员，商务应用分析师，或者项目经
，给我们的企业以及我们的企业级应用所
| 进行工作时最有可能遇到的各类技术：JDBC, JNDI,
一些尚未常见的J2EE技术的背景知识。不管您是一名
理，都应该对J2EE和WEBLOGIC服务器所能提供给我们
带来的意义有一个更好的认识。 |
|
|
|
|
