J2EE的13种核心技术
- 格式:pdf
- 大小:547.08 KB
- 文档页数:12
J2EE的13种核心技术(转载)
Java最初是在浏览器和
端的开发。现在,随着对Ja
发企业级服 务器端解决方
案 客户端机器中粉墨登场的。当时
va2平台企业版(J2EE)第三
方
的 首选平台之一。 ,很多人质疑它是否适合做服务
器
支持的增多,Java被广泛接纳为开
J2EE平台由一整套服
务
Web的多层应用提供了功
能 (Services)、应用程序接口
( 支持。 APIs)和协议构成,它对开发基于
在本文中我将解释支
撑
servlets, XML, JMS,
Java
需要使用这些技术。当然, J2EE的13种核心技术:JDBC,
JN IDL, JTS, JTA, JavaMail 和
我还要介绍这些不同的技术之间 DI, EJBs, RMI, JSP, Java
JAF,同时还 将描述在何时、何处
是如何交互的。
此外,为了让您更好地感受J2EE的
真
Systems公司的一种 广为应用的产品―
环 和J2EE的新手,还是那些想了解J2EE
能带
定很有参考价值。 实应用,我将在WebLogic应用服务器―来自BEA
境下来介绍 这些技术。不论对于WebLogic应用服
务器 来什么好处的项目管理者和系统分析员,相信本文
一
宏观印象: 分布式结构和J2EE
过去,二层化应用 -- 通常被称为cl
了典型的二层化结构。在 很多情况下,
服 案中,客户端程序负责数据访问、实现
业
面、接受用户输入等。client/server结
改进,而且经常基于某种 专有的协议―
通 辑非常困难。更重要的是,在Web时代,
适应Internet的要求。 ient/server应用 -- 是大家谈论的最多的。图1刻
画
务 器提供的唯一服务就是数据库服务。在这种解决
方 务逻辑、用合适的样式显示结果、弹出预设的用户
界
构通常在第一次部署的时候比较容易,但难 于升级
或
常是某种数据库协议。它使得重用业务逻辑和界面逻
二层化应用通常不能体现出很好的伸缩性,因而很
难
Sun设计J2EE的部分起 因就是想解决二层化结构的缺陷 。于是,J2EE定义了一套标准来简 化N层企业级应用的开发。
J2EE 还自动为应用程序
处理 它定义了一套标准化的组件,
并
了 很多实现细节,如安全、多线 为这些组件提供了完整的服务。
程 等。
用J2EE开发N层应用包括将二层
化结
为以下的每种服务提供一个 分开的层: 构中的不同层面切分成许多层。一个N层化应用A
能够
显示:在一个典型的Web应用中,客户端机器上运行的浏览器负责实现用户 界面。
动态生成显示: 尽管
浏 动态生成工作应该放
在Web
和 (可扩展样式表语言)。 览器可以完成某些动态内容显
示
服务器端进行,使用JSP、
Servl ,但为了兼容不同的浏览器,这些
ets,或者XML(可扩展标记语 言)
业务逻辑:业务逻辑适合用Session EJBs(后面将介绍)来实现。
数据访问:数据访问适合用Entity EJBs(后面将介绍)和JDBC来实现。
后台系统集成: 同后
台
后台系统的特征而定。 系统的集成可能需要用到许多
不 同的技术,至于何种最佳需要根据
您可能开始诧异:为什
伸缩性,它允许每层专注于
应用逻 辑,而数据库服务
器 么有这么多的层?事实上,多层 特定的角色。例如,让Web服务
提 供数据库服务。 方式可以使企业级应用具有很强
的
器负责提供页面,应用服务器处
理
由于J2EE建立在Java2平台标准版(J
。包括“编写一次, 到处可用”的可移植
的CORBA技术,以及一个经过验证的安
全
Java组件)、Java servlets、Java服务 2SE)的基础上,所以具备了J2SE的所有优点和功
能
性、通过 JDBC访问数据库、同原有企业资源进行
交互 模型。在这些基础上,J2EE又增加了对EJB(企
业级
器页面(JSPs)和XML技术的支 持。
分布式结构与WebLogic应用服务器
J2EE提供了一个框架--一套标准
API-
留给了第三方厂商。 部分厂商只是专注
于 -用于开发分布式结构的应用,这个框架的实际实现
整个J2EE架构中 的的特定组件,例如Apache的
Tomcat
公司则通过其WebLogic应用服务器产品为整个提供了对JSP和servlets的支持,BEA
系统
范提供了一个较为完整的实现。 J2EE规
WebLogic服务器已使
建
J2EE代你处理了大量常规
的 录 服务、数据库访问和连
接 立和部署伸缩性较好的分布式应
编程任务,包括提供事务服务、
池、 线程池、负载平衡和容错
处 用的过程大为简化。WebLogic和
安全领域、可靠的消息、名字和
目 理等。
通过以一种标准、易
用 有更好伸缩性和可维护性
的 的方式提供这些公共服务,象
We
应用系统,使其为大量的用户提 bLogic服务器这样的产品造就了
具
供了增长的可用性。
J2EE技术
在接下来的部分里,我们将描述构
成
一个分布式应用中对它们进行支 持
的。最
servlets,对这些我们将作更仔细的考察 J2EE的各种技术,并且了解WebLogic服务器是如
何在
常用的 J2EE技术应该是JDBC、JNDI、EJB、JSP
和
。
Java Database Connectivity (JDBC)
JDBC API以一种统
一的 员隐藏了不同数据库的不
同
存 取的平台独立性。 方式来对各种各样的数据库进
行
特性。另外,由于JDBC建立
在Ja 存取。和ODBC一样,JDBC为开
发人
va的基础上,因此还提供了 数据
库
JDBC定义了4种不同的驱动程序,现分述如 下:
类型 1: JDBC-ODBC Bridge
在JDBC出现的初期,
JD 员可以使用JDBC来存取
ODBC
, 必须安装Microsoft Wind
外,ODBC驱动程序还需要
具 BC-ODBC桥显然是非常有实
用意 数据源。不足的是,他需要在
客
ows 的某个版本。使用这一类
型
有客户端的控制权限。 义的,通过JDBC-ODBC桥,开
发人
户端安装ODBC驱动程序, 换句
话说 你需要牺牲JDBC的平台独立性。
另
类型 2: JDBC-native driver bridge
JDBC本地驱动程序桥提供了一种JDBC
要使用ODBC。 JDBC驱动程序将对数
据库
型需要牺牲JDBC的平台独立性,还要求
在 接口,它建立在本地数据库驱动程序的顶层,而不
需
的API从标准的 JDBC调用转换为本地调用。使用此类
客户端安装一些本地代码。
类型 3: JDBC-network bridge
JDBC网络桥驱动程序
不
数据库。这种应用使得以下
缓存 等。由于第3种类型往
户端安装并取得控制权,所 再需要客户端数据库驱动程
序。 技术的实现有了可能,这些技
术
往 只需要相对更少的下载时
间,
以很适合于Internet上的应用。 它使用网络上的中间服务器来存
取
包括负载均衡、连接缓冲池和数
据 具 有平台独立性,而且不需要在
客
类型 4: Pure Java driver
第4种类型通过使用一个纯Java数
据 在客户端实现了2层结构。 要在N-层结
构
存取代码并提供一个对客户端具有数据
库 库驱动程序来执行数据库的直接访问。此类型实际
上
中应用,一个更好的 做法是编写一个EJB,让它
包含 独立性的服务。
WebLogic服务器为一
些 Microsoft SQL Server以及
纯Java的DBMS,WebLogic
服 通常的数据库提供了JDBC驱
动程
Informix。它也带有一种 JDBC
驱
务器中带有该数据库的评估版本 序,包括Oracle, Sybase,
动程序用于 Cloudscape,这是
一种
。
以下让我们看一个实 例。
JDBC实例
在这个例子中我们假
定
个表,名为
CONTACT_TABLE
Cloudscape JDBC driver, 的连接。通过这一连接,我 你已经在Cloudscape中建立
了一
,它带有2个字段:NAME 和
PH
并请求 driver manager得到一 个PhoneBook数据库,并且包含
一
ONE。 开始的时候先装载
个 对PhoneBook Cloudscape数
据库 象并用它来执行一个简单的SQL