（计算机应用技术专业论文）基于j2ee分布式多层电子政务的研究和开发.pdf

摘要 随着基予1 2 e e 的分布式应用系统逐渐成为企业应用开发的主流，人们从中获得大量帮助 和好处的同时，也面临着采用j 2 e e 所带来的诸多挑战。如何快速构建一个稳定，高效和满足 需求的j 2 e e 系统成为目前企业分布式应用开发的首要问题。本文结合一个电子政务项目的研 究，在分布式多层考虑系统设计和实现思想的基础上，提出了一个基础分布式多层j 2 e e 系统 平台的概念，按照这个思路研究和开发，最终实现了跨越系统结构层次的基础平台，同时分 别从表示层，逻辑层和数据持久层详细阐述了系统每一层的具体构建技术和实现过程。在论 文中，重点研究了一个基础分布式多层j 2 e e 系统平台的概念和技术实现，提升了整个系统的 紧密性，加强了系统各个层之间的连贯性，使得基于这个成熟的基础平台能够快速开发一个 j 2 e e 系统。作者通过研究和开发这个电子政务项目，在j 2 e e 的技术框架内，为每一层的实 现研制出一套完备的技术框架，并通过全局的观念来有机整合各层次之间的关系和一致性， 构建和实现了一个基于j 2 e e 的快速企业分布式框架，使得这个框架成为构建新系统的基础服 务平台。在这个平台的实现过程中，作者采用多个设计模式构建程序结构，并为复杂的数据 库处理事务研制了能够自由完成事务界定的e j b 组件，这个组件是一个采用d a 0 ( d a t aa c c e s s o b j e c t ) 模式构建的s e s s i o ne j b ，其中还包括一个实现j d b cr o w s e t 标准的数据传输对象。 关键词：j 2 e e ，电子政务，设计模式，事务界定，d a o ，r o w s e t a b s t r a c t w i t h t h ed e v e l o p m e n to f j 2 e e ( j a v a2 “e n t e r p r i s ee d i t i o n ) ，i tb e c o m e st h em a i n s t r e a m o fd e v e l o p i n gdjs t r i b u t e dn - t i r e se n t e r p r i s ea p p l i c a t i o n s p e o p l eh a v eo b t a i n e dal o t o fh e p n e s sa n db e n e f i tf r o mi t ，a n da tt h es a m et i m et h e ya ls oh a v et of a c es om u c h t h a i l e n g e sf o ru s i n gj 2 e e h o wt oc o n s t r u c tas t a b l e ，e f f i c i e n ta n ds a t i s f i n gj 2 e e a p p l i c t i o n b e c o m e st h ec h i e fp r o b l e mo fe n t e r p r is ed i s t r ib u t e da p p l i c a t i o e d e v e l o p m e n tb yn o w t h i sp a p e ra s s o c i a r e sw i t ht h er e s e a r c hi nae l e c t r o ng o v e r n m e n l ， a f f a i rp r o j e c t ，b a s e so nt h ed e s i g na n di m p l e m n t a t i o nt h i n k i n go fd i s t r i b u t e dn - tir e s a p p li c a t i o n s ，a n db r i n g sf o r w a r dac o n c e p to fb a s i cd i s t r i b u t e dn - t i r e sj 2 e es y s t e m p l a t f o r m t h e nir e s e a r c h sa n dd e v e l o p sf o l l o w i n gt h i si d e a ，a n di m p l e m e n ! st h eb a s ic p l a t f o r mw h i c hs p a n st h es y s t e mc o n s t r u c t i o nl a y e r s a t t h es a a l l et i m e ，t h ep a p e r d is c r i b e si nd e t a i1t h ec o n c r e t ec o n s t r u c t i o nt e c h n o l o g ya n di m p l e m n t a t i o np r o c e s s e s o f e v e r yi a y e ri nt h es y s t e mf r o mp r e s e n t a t i 0 1 1l a y e r ，l o g i cl a y e rt od a t ap e r s is t e n c e l a y e r i nt h i sp a p e r ，i tg i v e se m p h a s i st ot h er e s e a r c ho fc o n c e p ta n dt e c h n o l o g y i m p l e m e n t a t i o no fab a s i cd i s t r i b u t e dn - t i r e sj 2 e es y s t e mp l a t f o r m i h i sp l a t f o r m e l c r a t e sc o m p a c t n e s so ft h ew h o l es y s t e m ，a n ds t r e n g t h e n s c o n s i s t e n c yo ft h e d i f f i e r e n t1 a y e r si nt h es y s t e m ，s oy o uc a nd e v e l o paj 2 e ba p p li c a t i o nq u i c k l yb a s e d o nt h em a t u r eb a s i cp l a t f o r m t h ea u t h o rd e v e l o p saf u l ls e to ft e c h n o l o g yf r a m e w o r k f o re a c h1 a y e ri nt h ej 2 e et e c h n o l o g yf r a m e w o r kb yr e s e a r c h i n ga n dd e v e 】o p i n gt h i s e l e c t r o ng o v e r n m e n ta f f a i rp r o j e c t ，i n t e g r i t e st h ed i f f i e r e n tl a y e r sr e a t i o n s h i pa n d c o n s i s t e n c yb yt h eg l o b es c o p ec o n s i d e r ，a n dc o n s t r u c t sa n di m p l e m e n t s aq u i c k e n t e r p r i s ed i s t r i b u t e df r a m e w o r kb a s e do nt h ej 2 e e t h i sf r a m e w o r kb e c o m e st h eb a s i c s e r v i c ep l a t f o r mi nc o n s t r u c t i n gan e wj 2 e es y s t e m w i t ht h ed e v e l o p m e n to f t h i s p l a t f o r m ，t h ea u t h o ru s e s al o to f d e s i g np a t t e r n t oc o n s t r u c tt h ep r o g r a m a r e h i t e c t u r e ，a n dd e v e l o p sae j bm o d u l ew h i c hc a ni m p l e m e n tt r a n s a c t i o nb o u n d a r y f r e e yf o rp r o c e s s i n gt h ec o m p l e xd a t a b a s et r a n s a c t i o n s t h i se j bm o d u l ei sas e s s i o n e j bt h a tb ec o n s t r u c t e du s i n gd a o ( d a t aa c c e s so b j e c t ) d e s i g np a t t e r ，t h e r ei sa l s o ad a t at r a n s f e ro b j e c tw h i c hi m p l e m e n t st h ej d b cr o w s e ts p e e i f i c a t i o ni nt h ee j b m o d u l e k e yw o r d s ：j 2 e e ，e l e c t r o ng o v e r n m e n ta f f a i r , d e s i g np a t t e r n ，t r a n s a c t i o nb o u n d a r y d a t aa c c e s s0 b j e c t ，r o w s e t 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作和取得的研究成果，除 了文中特别自u 以标淀和致谢之处外，论文中不包含其他入已经发裹或撰写过的研究成果，也不 包含为获得丞洼王些太堂或其他教育机构的学位或证书而使用过的材料。与我一同工作的 同志对术研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。 一硌彳巾 扒 签字日期：z 口巧车j 月，嗣 学位论文版权使用授权书 本学位论文作者完全了解丞洼兰些太堂有关保留、使用学位论文的规定。特授权玉 洼 二些盔堂可以将学位论文的全部或部分内容编入有关数据厍进行检索，并采用影印、缩印 或扫描等复制于段保存、汇编咀供查阅和借阅，同意学校向国家有关部门或机构送交论文的 复印件和磁盘。 ( 保密的学位论文在解密后适用本授权说明) 学位论姗撇：l 护如 签字h 期：2 0 d 锌j 月( n 新签锄易夕转 签字同期：2 s 年月f i 学位论文的主要创新点 一、基础分布式多层j 2 e e 系统平台的概念和技术实现 论文提出了基础分布式多层j 2 e e 系统平台的概念，并详细描述了这个平台 的实现技术，从丽提供了一个能够快速开发j 2 e e 企业分布式应用的框架。 二、用于表示层页面表单显示控制的自定义t a g l i b 标签库 利用自定义t a g l i b 标签技术，为复杂的表示层页面表单提供了通用的显示， 控制的功能。 三、采用d a o 模式实现的处理复杂数据库事务的e j b 第一章绪论 第一章绪论 1 1 论文背景 随着基于w e b 的发展，互联网已经成为人们生活中的一部分，越来越多的应用在互 联网上被广泛的开展。相应于人们需求的变化，计算技术也取得了突飞猛进的变革。从 简单的w e b 静态页面，到能够支持动态交互功能的c g i 程序，后来发展到结合后台数据 库和其他资源的三层w e b 应用，越来越多的技术把重点放在了w e b 应用上。 企业应用作为应用软件系统中最为复杂的部分，也跟随着技术和时代的潮流，经历了 巨大的发展。第一代的企业应用是集中式的大型机应用，所有计算都集中在一个具有超 强功能的主机上面完成。在2 0 世纪8 0 年代后期和9 0 年代早期，几乎所有新的企业心用 都采纳了客户机服务器模式的二层体系结构；后来在w e b 大潮的推动下，发展到具有三 层的w e b 体系结构。目前，企业应用经历了客户机，服务器模式向多层w e b 应用转变的阵 痛之后，也逐渐趋向于成熟和完整，并确定了它体系结构的发展方向- - j 2 e e 。j 2 e e 是 种利用j a v a2 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构， 这是采用了分布式多层w e b 的体系结构。 j 2 e e 的出现，可以说是给企业应用的开发指明了方向，基于j 2 e e 的分布式应用系统 也逐渐地成为企业应用开发的主流，但是人们从中获得大量帮助和好处的同时，也面临 着采用j 2 e e 所带来的诸多挑战。如何快速构建一个稳定，高效和满足需求的j 2 e e 系统 成为目前企业分布式应用开发的首要问题。 本人通过参与研制和开发某省地方税务局网上申报系统的电子政务项目，逐渐地体会 到简单的使用j 2 e e 开发是远远不够的，我们要想快速开发个稳定，高效和满足需求的 j 2 e e 系统必须有足够的经验和技术，即使这样也通常是难度较大的。于是，作者通过这 个项目的研究和开发，为基于j 2 e e 的多层分布式系统研制了一个通用的成熟的软件框架， 这便成为本论文选题的关键所在。 1 2 研究目的 作者从j 2 e e 的出现就开始对这个富有活力的技术框架跟踪和学习，并对j 2 e e 思想 和体系结构做了很长时间的研究。作者在对几个企业应用的项目研发中也都采用了基于 j 2 e e 框架。随着对j 2 e e 研究的深入和基于j 2 e e 开发项目的增多，单纯j 2 e e 开发遇到 的诸多难题开始成为制约项目成功的关键。于是，作者在j 2 e e 这个大的技术框架下面， 为每一个层的实现都进行了研究并开发出一套完整的技术框架，从而使得项目的开发可 以有更为具体的实现平台，大大简化了开发的难度，同时高度的复用了可靠的设计模式 和经验，为项目的成功奠定了坚实的基础。 本论文正是作者在参与了几个相关项目研制过后，把相关的思想和技术做一个全面总 结和提炼，提出一个基础分布式多层j 2 e e 系统平台的概念，并按照这个思想实现了跨越 第一章绪论 系统结构层次的基础平台，然后在这个概念的指导下，通过某省地方税务局网上申报系 统的电子政务项目，详细描述和总结分布式应用各层次中的设计构架，总体上实现个 基于j 2 e e 的快速企业分布式框架。 实践证明，本论文实现的基于j 2 e e 的快速企业分布式框架是一个优秀，高度整合和 稳定的技术框架，通过使用这个框架，可以加速企业应用的开发速度，降低开发成本和 时间，为系统的顺利完成提供了技术保障。 1 3 论文构成 本论文的主要内容为阐述如何基于j 2 e e 研究和开发分布式多层企业应用，重点突出 了基础分布式多层j 2 e e 系统平台的概念，并结合了一个税务系统嘲上申报的项目详细描 述了这个基础分布式多层j 2 e e 系统平台在电子政务方面的应用。论文的结构如下： 第一章为绪论，交代了论文的写作背景和目的。 第= 章介绍了j 2 e e 的概念，系统结构和具有的优势。 第三章作为本篇论文的主题章节，突出地提出了基础分布式多层j 2 e e 系统平台的概 念，并且把这个概念设计成为一个基于j 2 e e 的快速企业分布式应用框架。 第四章到第六章分别详细描述了应用框架中表示层，逻辑层和数据层的设计，所采用 的技术和实现过程。 第七章为论文的总结，同时展望了未来企业应用的发展方向。 第二章j 2 9 9 概述 第二章j 2 e e 概述 2 1j 2 e e 的概念 j 2 e e 是适用于创建服务器应用程序和服务的j a v a2 平台企业版( j a v a2 p 1 a t f o r m e n t e r p r i s ee d i t i o n ，j 2 e e ) 。这是一种利用j a v a2 平台来简化企业解决方案的开发、部 署和管理相关的复杂问题的体系结构。j 2 e e 技术的基础是核心j a v a 平台或j a v a2 平台的 标准版，j 2 e e 不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便 存取数据库的j d b ca p i 、c o r b a 技术以及能够在i n t e r n e t 应用中保护数据的安全模式等等， 同时还提供了对e j b ( e n t e r p r i s ej a v a b e a n s ) 、j a v as e r v l e t sa p i 、j s p ( j a v as e r v e r p a g e s ) 以及x 埘。技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投 放市场时间的体系结构。 j 2 e e 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可_ e j 性、高呵靠 性以及司扩展性的应用的需求。通过提供统一的开发平台，j e e e 降低了开发多层应用的费 用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持e n t e r p r i s ej a v a b e a n s ， 有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。 2 2j 2 e e 的四层模型 j 2 e e 使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他 们所在的层分柿在不同的机器上。事实上，s u n 设计j 2 e e 的初衷正是为了解决两层模式 ( c l j e n t 7 s e r v e r ) 的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模 式中，第一次部署的时候比较容易但难于升级或改进，可伸展性也不理想，而且经常基 于某种号有的协议一通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。 现在j 2 e e 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应 用能够为不同的每种服务提供一个独立的层，以下是j 2 e e 典型的四层结构，如图2 1 ： 运行在客户端机器上的客户层组件 运行在j 2 e e 服务器上的w e b 层组件 运行在j 2 e e 服务器上的业务逻辑层组件 运行在e i s 服务器上的企业信息系统( e n t e r p r i s ei n f o r m a t i o ns y s t e m ) 层软件 第二章j 2 e e 概述 j 2 勰 应用程序l j 琵e 鹰甩翟序2 舻属| 群 酗司 l j 2 e g l 难务撩 业务屉 i i 驸s 叫麓囊 图2 一lj 2 e e 的四层模型 j 2 e e 应用程序是由组件构成的j 2 e e 组件是具有独立功能的软件单元，它们通过相关的类 和文件组装成j 2 e e 应用程序，并与其他组件交互。j 2 e e 说明书中定义了以下的j 2 e e 组什： 应用客户端程序和a p p e t s 是客户层组件。 j a v as e r v l e t 和j a v a s e r v e rp a g e s ( j s p ) 是w e b 层组件 e n t e r p r i s ej a v a b e a n s ( e j b ) 是业务层组件 2 2 1 客户层组件 j 2 e e 应用程序可以是基于w e b 方式的，也可以是基于传统方式的 2 2 2w e b 层组件 j 2 e ew e b 层组件可以是j s p 页面或s e r v l e t s 按照j 2 e e 规范，静态的h t m l 页面和 a p p l e t s 不算是w e b 层组件。正如图2 2 所示的客户层那样，w e b 层可能包含某些j a v a b e a n 对象来处理用户输入，并把输入发送给运行在业务层上的e n t e r p r i s eb e a n 来进行处理。 | e b 整 溜髓服务器 图2 - 2w e b 层组件图 4 固圆圈团 爱 黑一 第二章j 2 e e 概述 2 ，2 ，3 业务层组件 业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要，由运行存业务层 上的e n t e r p r i s eb e a n 进行处理图2 3 表明了一个e n t e r p r i s eb e a n 是如何从客户端程 序接收数据，进行处理( 如果必要的话) ，并发送到e i s 层储存的，这个过程也可以逆向进 行。 有三种企业级的b e a n ：会话( s e s s i o n ) b e a n s ，实体( e n t i t y ) b e a n s ，和消息驱动 ( m e s s a g e d r i v e n ) b e a n s 会话b e a n 表示与客户端程序的临时交互当客户端程序执行完 后，会话b e a n 和相关数据就会消失相反，实体b e a n 表示数据库的表中一行永久的记录 当客户端程序中止或服务器关闭时，就会有潜在的服务保证实体b e a n 的数据得以保存消 息驱动b e a n 结合了会话b e a n 和j m s 的消息监听器的特性，允许一个业务层组件异步接 收j m s 消息。 # 曲掰骧器 e b 舞蕊。a p p l e 和可选昀 j a v a b 龅n 燕 斑用程序咎户壤 和可避鹩 她务滏b i s 蘑 一s e r v l e 鼍t 篇 ll 爱 e 捌b 9 循 8 0 j s b # 9 - 口f 轴- _ 目i 神- n 岫n 轴t 5 数据摩 湖 蛹宥 j 猫滕努器 图2 - 3 业务层组件图 2 2 4 企业信息系统层 企业信息系统层处理企业信息系统软件即企业基础建设系统，例如企业资源计划( e r p ) 大型机事务处理，数据库系统，和其它的遗留信息系统例如j 2 e e 应用组件可能为了数据 库连接需要访问企业信息系统。 2 3j 2 e e 的体系结构 从j 2 e e 采用的四层模型中，我们可以清晰地看到j 2 e e 的分层处理的思想，下面，重点 介绍一下j 2 e e 的体系结构。 j 2 e e 是- a 5 e e 技术体系规范，为开发企业应用提供了一个统的平台，定义了整个标准 的应用开发体系结构和一个部署环境。在这个体系结构中，应用开发者重点关注于封装应 用的商业逻辑和商业规则。这样就使得j 2 e e 的开发人员可以集中考虑应用系统的逻辑和相 关的服务，而所有的于基础服务相关的事情都交由基础结构负责和实现。同时，j 2 e e 也没 有指出如何建立j 2 e e 的运行环境，它只是提供了运行环境基础结构的抽象一容器。所以， j 2 e e 的体系结构中的核心是容器的体系结构。 第二章j 2 e e 概述 首先，我们来看一fj 2 e e 的体系结构图，如图2 4 所示： 图2 - 4j 2 e e 的体系结构 上图主要展示了在j 2 e e 体系结构中，提供的各种技术、服务和协议，下面就从这三个 方厩全面的介绍一下j 2 e e 的体系结构。 1 j 2 e e 中的技术 l s e r v l e t ：服务器小程序，是运行在w e b 服务器端的j a v a 小程序，用来扩展w e b 服务器功能。它是一种小型的、独立于系统平台的服务器程序。s e r v l e t 是一种 j a v a 提供的扩展w e b 服务器功能的技术，可以像本地j a v a 程序一样使用j a v a 编程资源，包括使用j d b ca p i 来访问数据库，使用s o c k e t 完成进程和机器问 通信等。s e r v l e t 用特定的j a v a 解决方案替代了其他的w e b 服务器编程技术， 而且继承了j a v a 语言的所有特性，是一种的面向对象的、跨平台和多线程的服 务器小程序。s e r v l e t 使用h t t p 协议于客户端进行通信，它不是客户直接调用 的程序，而是由实施该s e r v l e t 的w e b 应用程序中的w e b 容器根据客户的h t t p 请求调用。当一个s e r v l e t 被调用时，w e b 容器把进入的请求信息转发到 s e r v l e t ，s e r v l e t 处理后生成动态的响应信息。w e b 容器通过接收s e r v l e t 的 请求与w e b 服务器交互，并且把响应信息发送到w e b 服务器，最后w e b 服务器 以w e b 页面的形式展现给客户。 2 j s p ：j a v as e r v e rp a g e ，是服务器端的脚本语言，以j a v a 和s e r v l e t 为基础 开发而成的动态网页生成技术，它的底层实现是j a v as e r v l e t 。j s p 页面由h t m l 代码和嵌入其中的j a v a 代码组成。服务器在页面被客户请求后对这些j a v a 代 码进行处理，然后将生成h t m l 页面返回给客户端的浏览器。j s p 作为s u n 在 s e r v l e t 之后的一个增强的网页动态生成技术，目的就是避免了在j a v a 代码中 加入大量的h t m l 语言，而是采用了在网页h t m l 中加入j a v a 语言的技术，从而 6 第二章j 2 e e 概述 方便了动念页面的开发和组织，为实现表示层和逻辑层的分离打下了基础。其 实，本质上i s p 就是一个s e r v l e t ，当一个j s p 首次运行时，编译器会将这个 j s p 页面编译成一个s e r v l e t 并缓存起来，如果再有客户请求，w e b 容器会首先 检查这个j s p 页面是否发生了变化，如果没有发生变化，则直接调用编泽好的 s e r v le t 做处理；如果发生了变化，那么编译器才重新编译这个j s p 。那么，这 种处理机制使得j s p 具有s e r v l e t 同样的处理速度，丽又不至于在编写的时候 过分的关注于编码本身。 3 j a v a b e a n ：j a v a 程序组件，是一个j a v a 类，遵循一定的结构规范。最初的 j a v a b e a n 的设计主要是用于j a v ag u i 的开发，一个j a v a b e a n 在g u i 就相当于 一个封装好的控件，具有属性和事件响应机制。然而，随着基于w e b 的应用成 为j a v a 开发的主要方向，j a v a b e a n 的使用也偏离了其设计的初衷，现在 j a v a b e a n 主要用于在w e b 应用中的一个逻辑层处理单元或者是数据持久时的对 象一关系映射。 4 e j b ：e n t e r p r i s ej a v ab e a n ，企业级j a v a 组件，是一种可以在多层的分布式 环境中部署的服务器端组件，简化了用j a v a 丌发企业级的分布式组件程序的过 程。e j b 定义了如何编写服务器端组件，并且为服务器端组件和管理这些组件的 应用服务器之间提供了标准的协议。j 2 e e 技术之所以赢得媒体广泛重视的原因 之一就是e j b 。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著 地简化了具有可伸缩性和高度复杂的企业级应用的开发。e j b 规范定义了e j b 组 件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目 录服务、事务管理、安全性、资源缓冲池以及容错性。值得注意的是，e f b 并不 是实现j 2 e e 的唯一途径，由于j 2 e e 的开放性，使得有的厂商能够以一种和e j b 平行的方式来达到同样的目的。 2 j 2 e e 中的服务 l j d b c ：是访问关系型数据库的a p i ，为访问不同的数据库提供了一种统一的途径， 就像o d b c 样，j d b c 对开发者屏蔽了底层的实现细节，对数据库的访问也具有 平台无关性，同时j d b c 提供了企业应用数据库访问控制的其他方面的需求。 2 j n d i ：j a v an a m ea n dd i r e c t o r yi n t e r f a c e ，j n d ia p i 被用于执行名字和目录 服务。它提供了一致的模型来存取和操作企业级的资源如d n s 和l d a p ，本地文 件系统，或应用服务器中的对象。 3 j m s ：j a v am e s s a g es e r v i c e ，是用于和面向消息的中间件相互通信的应用程序 接口( a p i ) 。它既支持点对点的域，也支持发布订阅( p u b l i s h s u b s c r i b e ) 类型 的域，并且提供对下列类型的支持：经认可的消息传递，事务型消息的传递，一 致性消息和具有持久性的订阅者支持。 4 j t a ：j a v at r a n s a c t i o na r c h i t e c t u r e ，即j a v a 事务a p i ，它是一种处理事务 第二章j 2 e e 概述 的方式，应用系统由此可以访问各种事务监控。 5 l a v a m a i l ；j a v a n a i l 是用于存取邮件服务器的a p i ，它提供了一套邮件服务器 的抽象类。不仅支持s m t p 服务器，也支持i m a p 服务器。 6 j t s ：j a v at r a n s a c t i o ns e r v i c e ，是c o r b ao t s 事务监控的基本实现。j t s 规 定了事务管理器的实现方式。该事务管理器是在高层支持j a v a t r a n s a c t i o na p i ( j t a ) 规范，并且在较底层实现0 m go t ss p e c i f i c a t i o n 的j a v a 映像。 。 j t s 事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提 供了事务服务。 7 j c a ：j a v ac o n n e c t o ra r c h i t e c t u r e ，是j a v a 连接器结构，它在j 2 e e 中引入 个j 2 e e 服务提供者接口，允许那些支持企业信息系统访问的资源适配器插入到 任何j 2 e e 产品中。它在j 2 e e 服务器和资源适配器之间定义了套标准的系统 级协定。连接器技术规范定义了一个简单的结构，在此结构上j 2 e e 应用程序服 务器和其他的老式系统开发商可以合作建立“即插即用”的组件，从而方便了 访问老式系统。 8 j a a s ：是j a v a 认证与授权服务，支持认证服务并执行对用户的访问控制，它是 标准可插入认证模块框架结构的j a v a 版，并且采用兼容支持基于用户授权的方 式对访问控制体系结构进行了扩展。 3 j 2 e e 中的协议 1 r m i ：r e m o t em e t h o di n v o k e ，远程方法调用，是基于分布式对象的应用程序的 一个重要机制。r m i 允许使用接口来引用远程对象，客户端通过接口来调用远程 对象，这种调用就好像在本地调用样，对客户端来说是透明的，同时使用了 序列化方式在客户端和服务器端传递数据。 2 r m i i i o p ：是r m i 协议的扩展，它是在i i o p 协议上实现的，利用它可以定义一 个通向任何远程对象的远程接口，这些对象支持可以用任何o m g 映射和o r b 的 语言实现。r m i i i o p a i p 允许使用跟底层协议无关的r m i 编程风格，同时在i l o p 协议的支持下，j 2 e e 应用能够使用r m i i i o p 访问同r m i 编程限制兼容的c o b r a 服务，这样的c o b r a 服务通常由j 2 e e 产品以外的遗留系统所定义。 3 j a v a i d l ；在j a v ai d l 的支持下，开发人员可以将j a v a 和c o r b a 集成在一起。 他们可以创建j a v a 对象并使之可在c o r b ao r b 中展开，或者他们还可以创建 j a v a 类并作为和其它o r b 一起展开的c o r b a 对象的客户。后一种方法提供了另 外一种途径，通过它j a v a 可以被用于将你的新的应用和旧的系统相集成。 2 4d 2 e e 的优势 j 2 e e 为搭建具有可伸缩性、灵活性、易维护性的企业应用系统提供了良好的机制： 1 保留现存的i t 资产：由于企业必须适应新的商业需求，利用已有的企业信息系统方 面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的( 而不是 8 第二章j 2 e e 概述 激进的，全盘否定的) 方式建立在已有系统之上的服务器端平台机制是公司所需求 的。1 2 e e 架构可以充分利用用户原有的投资，如一些公司使用的b e a t u x e d o 、i b mc i c s i b me n c i n a ，、i n p r i s ev i s i s r o k e r 以及n e t s c a p ea p p l i c a t i o rs e r v e r 。这之所以 成为可能是因为j 2 e e 拥有广泛的业界支持和一些重要的企业计算领域供应商的参 与。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的j 2 e e 领 域的升级途径。由于基于j 2 e e 平台的产品几乎能够在任何操作系统和硬件配置上运 行，现有的操作系统和硬件也能被保留使用。 2 高效的开发：j 2 e e 允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商 去完成。这样丌发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时 间。高级中间件供应商提供以下这些复杂的中间件服务： 。状态管理服务让开发人员写更少的代码，不用关心如何管理状态，这样 能够更快地完成程序开发。 。持续性服务一让开发人员不用对数据访问逻辑进行编码就能编写应用程 序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于丌发与 维护。 。分布式共享数据对象c a c h e 服务一让开发人员编制高性能的系统，极大提 高整体部署的伸缩性。 3 支持异构环境：j 2 e e 能够开发部署在异构环境中的可移植程序。基于j 2 e e 的应用程 序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于j 2 e e 的程序只需 开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。j 2 e e 标准也允许客户订购与j 2 e e 兼容的第三方的现成的组件，把他们部署到异构环境中， 节省了由自己制订整个方案所需的费用。 4 可伸缩性：企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性 去满足那些在他们系统上进行商业运作的大批新客户。基于j 2 e e 平台的应用程序可 被部署到各种操作系统上。例如可被部署到高端u n i x 与大型机系统，这种系统单机 可支持6 4 至2 5 6 个处理器。( 这是n t 服务器所望尘莫及的) j 2 e e 领域的供应商提供 了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这 种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。 5 稳定的可用性：一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的 需要。因为i n t e r n e t 是全球化的、无处不在的，即使在夜间按计划停机也可能造成 严重损失。若是意外停机，那会有灾难性后果。j 2 e e 部署到可靠的操作环境中，他 们支持长期的可用性。一些j 2 e e 部署在w i n d o w s 环境中，客户也可选择健壮性能更 好的操作系统如s u ns o l a r i s 、i b m0 s 3 9 0 。最健壮的操作系统可达到9 9 9 9 9 的可 用性或每年只需5 分钟停机时间。这是实时性很强商业系统理想的选择。 第三章基7 - j 2 e e 的快速企业分布式应用框架 第三章基于d 2 e e 的快速企业分布式应用框架 3 1j 2 e e 项目的现状 j 2 r e 是目前成长最快的企业应用技术框架，大部分新的应用都不约而同的选择了采用 j 2 e e 做为开发的平台。毫无疑问，这种分布式应用框架将是现在和未来一段时间内，企业 开发的主流和方向。 做为个基础的技术框架，j 2 e e 体系结构提供了中间层的基础框架，从而使得可以满 足需要高可用性、高可靠性以及可扩展性的应用的需求。j 2 e e 能够满足如此复杂的企业应 用的需要，其本身的复杂性也是可想而知的。目前在国内，越来越多的企业应用把开发的 重点都投入到了基于j 2 e e 的技术上来，人们在从中获取好处的同时，也正面临着接收新技 术，迁移旧系统等一系列的困难和挑战。要想能够基于j 2 e e 开发成功的企业应用，需要开 发人员充分的了解j 2 e e 的知识，并且需要根据应用的不同首先做大量的基础工作，由此可 见单单依靠j 2 e e 技术框架，我们距离开发出功能强大，业务复杂的企业系统还有很长的路 要走，还需要付出更多的努力。 那么，对于一个新的企业应用，如何才能快速实现基于j 2 e e 的开发并使项目能够成功 呢? 这是摆在每一个j 2 e e 应用前面的显示而且迫切的问题，如果我们对于每一个项目都可 以投入足够的时间和人力，具有足够的技术和资金，那么这些问题都可以最终解决。但是， 如果我们仅有有限的资源，而且想要使得我们每次的项目开发能够更注重于业务本身的实 现，那么我们就必须寻求一个基于j 2 e e 框架内的另外一种思路来考虑问题。 3 2 基础分布式多层j 2 e e 系统平台的概念 随着j 2 e e 企业应用技术的发展，越来越多的组织和机构认识到在j 2 e e 技术框架内为分 布式的每一层提供一个更为具体的技术框架的必要性和迫切性。这些框架都定位于不同层 上面，目的是为某一层的应用业务提供更为具体的实现技术和机制。 正是由于这些更为具体的技术框架的出现，使得j 2 e e 企业应用的开发进入了一个更加 稳定和可靠的阶段。现在的企业应用开发，一般都是为每层的实现选择一个这样的框架， 然后考虑需求和设计，使项目应用到这个框架中，最后把采用了不同框架的各个层次组合 起来成为系统。人们由此看到了项目成功的捷径，企业应用开发也便由此分布式处理的实 现获得了大幅提升。但是，我们把系统分布式处理的同时，也不得不为系统的再次整合而 感到头疼。我们为系统的不同层次选择了不同的实现框架，也就选择了不同的实现的具体 技术，那么层与层之间的整合便成为左右项目最后是否成功的关键。如果想要系统最后能 够成功整合，我们就不得不让设计和程序员能够从系统的角度来考虑问题，而这又是我们 往往很难在每一个技术细节都确定和实现的时候所能做到的，通常我们不得不勉强去整合 一个系统，尽量弥补层之间的缝隙，有时候甚至舍弃一些更为强大的功能和效率。 作者在参与设计和开发几个中大型j 2 e e 项目之后，深深地感到了这个问题的迫切性， 认为分布式多层架构是企业应用开发的必然方向，但是如果不能很好的处理层与层之间的 1 n 第二章基于j 2 e e 的快速企业分布式应用框架 协作，那么系统必然被割裂为不同的子系统，效率和功能都无法达到最佳。因此，作者从 j 2 e e 为我们提供了一个从宏观上设计系统的范例中得到启发，认为企业应用也应浚从宏观 上去设计和考虑问题，然后再把具体的实现重点的放到细节上。这样的设计思想就是，存 j 2 e e 技术框架内，再包装一层具有更为具体实现的技术框架，这个基础的技术框架以j 2 e e 为标准和规范，但是为系统的每一层都提供一个具体的实现框架，而层之问的协调在整个 基础框架的设计的时候做了全面的考虑，使得基于这个基础框架开发新的j 2 e e 分布式食业 应用更为稳定和高效。这样再包装一层的基础技术框架，依附于j 2 e e ，全面采用j 2 e e 的技 术规范、标准和服务，使得系统设计和丌发获得了宏观的思想，同时为分布式系统的每一 层都提供了一个成熟稳定的具体实现框架，从细节上处理系统的实现，这样就在不割裂系 统完整性的同时，充分采用了分布式处理的机制。 3 3 快速企业分布式应用框架 翦一节，作者提出了整个论文研究的核心思想：基础分布式多层j 2 e e 系统平台的概念， 这个概念的实现成果就是构建一个能够快速设计开发j 2 e e 企业应用的框架，称作快速企业 分布式应用框架。通过使用这个框架，可以使新系统的开发能够更加稳定，高效和成功。 接下来，从体系结构的角度概述一下这个基础的设计开发平台的组成和采用的技术框架。 图3 一l 是快速企业分布式应用框架的体系结构和在企业应用软件开发体系中所处的位 胃。 图3 - 1 快速企业分布式应用框架 与j 2 e e 的分布式处理层次一样，快速企业分布式应用框架的体系结构也包含了表示层、 逻辑层和数据持久层。应用开发把系统分布在这些层中，框架在每个层中都提供了一套完 备的基础架构，使得应用可以方便的使用这些已经非常成熟稳定的功能来完成基础的事务， 而只需要把重点集中在业务的实现上面。 快速企业分布式应用框架的表示层采用s t r u t s 和自定义t a g l i b s 技术相结合。s t r u t s 是目前最为成熟的w e b 开发框架，使用这个框架用来控制系统的表