（计算机软件与理论专业论文）企业分布应用架构平台探索及其应用.pdf

独创性声明 本人声明所星交的学位论文是本人在导师指导下进行的研究工 佟及取褥镌磷究残暴。据我所稚，除了文中祷象懿骧蠢注秘蘩落露遗 方外，论文孛不寇含其魅久已经发袭或撰霹过麴磷究或果，也不包含 为获得电子科技大学或其它教育机构的学俄或证书而使用过的材料。 与我一同工作的同志对本硕究所做的任何贡献均酷在论文中俸了瞬 确靛说麓并表示游意。 签名：一孽童军。眺沙纬s 月瑚 关于论文使孀授投的说明 本学搜论文作者完全了解宅子辩按大学考关爨聱、楚熠学谴论文 的规定，有权保留_ 并向国家有关部门或机构送交论文的复印件和磁 盘，允许论文被避阅和借阅。本人授权电子科技大学可以将学位论文 懿全部或辞努蠹容缡入有关数据库懑行捡索，可以采蘑影印、缭印或 搦蠖等复制手莰保存、汇编学位论文。 ( 保密的学位论文在解密后应遵守此规定) 签名：譬辨签襄： 霹糍： 学科名称 论文题目 硕士生 导师： 摘要 计算机软件与理论 企业分布应用架构平台探索及其应用 第文军( 0 1 s 0 6 0 8 2 ) 邱会中副教授 f 随着三层多层a a 信息系统结构的深度发展和下一代分布式计算模型w e b 服务的出现，企业应用中关于平台、框架、语言的竞争也愈演愈烈。j 2 e e 平台 在过去几年里一直引领着企业应用的潮流，但微软从2 0 0 2 年推出的n e t 开发平 台也开始吸引着众多i t 企业和开发人员的注意力，向j 2 e e 平台提出了强有力的 挑战。 苯课题在跟踪国外先进技术的基础上，深入研究对j 2 e e 平 和n e t 开发平 台两个平台产生至关重要影响的三个方面：系统平台基础构造、三层多层体系 结构和移植性能扩展详细分析。针对分布式多层应用系统的结构，从性能，扩 展性，可维护性及软件工程的角度，深入研究探讨基于n e t 的分布式多层应用 系统的体系结构，主流技术，设计开发及其实现。结合四川银海软件公司电力营 销核心业务支撑平台的开发过程作为具体的实施方案：设计和开发了一个基 于n e t 开发平台的面向电力行业的多层分布式企业应用系统。 本文主要由三部分组成： j 2 e e 开发平台和n e t 开发平台体系结构的比较。 n e t 开发平台的研究：主要论述在n e t 开发平台开发企业应用系统中的关 键技术。 应用实例：主要论述基于n e t 开发平台设计和开发的电力营销核心业务支撑 平台的设计、开发及其应用。 关键字：企业应用系统；j 2 e e n e 平了吨枷a d n 陋强、 电子科技犬掌硕士学位论文：企业簿布应用架构弗台探索及蒜；应用 一一一。一= = = = = = 一一一= = # # 一= ： a b s t r a c t m a j o rs u b j e c t ：c o m p u t e r s o f t w a r ea n dt h e o r y s u b j e e t ：c o n s t r u c t i o n p l a t f o r m e x p l o s i o n a n di t s a p p l i c a t i o n b a s e do n e n t e r p r i s ed i s t r i b u t e ds y s t e m m a s t e rc a n d i d a t e ：d iw e n j h 鞋 a d v i s e r ：v i c ep r o f q i u h u i z h o n g w i t ht h ec o m p r e h e n s i v ed e v e l o p m e n to ft h et h r e eo rm o r el a y e r ss t r u c t u r eo ft h e e n t e r p r i s e i n f o r m a t i o n s y s t e m a n dt h e e m e r g e n c e o fw e bs e r v i c e s ，t h en e w g e n e r a t i o nd i s t r i b u t e dc o m p u t i n g m o d e l 。t h e r e 越em o r ea n dm o r e c o m p e t i t i o n sl i e di n t h ep l a t f o r m ，a r c h i t e c t u r ea n dl a n g u a g eo ft h ee n t e r p r i s ea p p l i c a t i o n d u r i n gp a s t s e v e r a ly e a r s ，t h ep l a t f o r mo fj 2 e eh a v ek e p ta h e a di nt h ee n t e r p r i s ea p p l i c a t i o n ，b u t t h ec o n d i t i o nh a v eb e e n c h a n g i n g s i n c et h ep l a t f o r mo f n e tb r o u g h tb yt h em i c r o s o f t g r a d u a l l yt h ep l a t f o r m o f 。n e ta b s o r b st h e a t t e n t i o no ft h ei te n t e r p r i s e sa n d d e v e l o p e r s ，a n dc h a l l e n g e st h es t a t u so f t h ep l a t f o r mo f j 2 e e b a s e do n t r a c i n gt h eo v e r s e a sa d v a n c e dt e c h n o l o g y , w e d e l v ei n t ot h r e ea s p e c t s ： s y s t e mp l a t f o r mi n f r a s t r u c t u r e t h r e eo rm o r el a y e r ss y s t e mf r a m e w o r k s ，a n da n a l y s i s o f t r a n s p l a n t p e r f o r m a n c e e x p a n d i n g ，w h i c he x e r tt h es i g n i f i c a n ti n f l u e n c eo nt h e a b o v et w op l a t f o r m s w ed ot h er e s e a r c hw o r kw h i c hc o n t a i ns y s t e mf r a m e w o r k ， m a i n s t r e a mt e c h n o l o g y , d e s i g n i n ga n di m p l e m e n to f d i s t r i b u t e dm u l t i l a y e ra p p l i c a t i o n s y s t e mb a s e do n n e t c o m b i n i n g w i t h 啦ed e v e l o p m e n t p r o c e s so f n u c l e a ro p e r a t i o n ， t h ed i s t r i b u t i o na n dm a n a g e m e n t ，i ny i n h a ls o f t w a r ec o r p o r a t i o na st h ec o n c r e t e i m p l e m e n t ，w ed e s i g na n dd e v e l o p am u l t i t a y e rd i s t r i b u t e de n t e r p r i s e a p p l i c a t i o n s y s t e mu s e di ne l e c t r i ci n d u s t r yb a s e d o n 。n e t , t h i s p a p e r m a i nc o n t e n t s ： c o m p a r i s o no fs y s t e mf r a m e w o r kb e t w e e nj 2 e ep l a t f o r m f o rd e v e l o p m e n t a n d 。n e t p l a t f o r mf o rd e v e l o p m e n t i n v e s t i g a t i o n o n n e t ：t h ek e yt e c h n i q u eb a s e do n n e tp l a t f o r m f o r d e v e l o p m e n t i ne n t e r p r i s ea p p l i c a t i o n s y s t e m a p p l i c a t i o nc a s e ：d e s i g n b a s e do n n e tp l a t f o r mf o r d e v e l o p m e n t a n d d e v e l o p m e n t o f n u c l e a r o p e r a t i o n i ne l e c t r i ci n d u s t r y k e y w o r d s ：e n t e r p r i s ea p p l i e ds y s t e m | j 2 e e | n e t | c # l a d o n e t 2 电子薛技拭，学磺叠嗡缸位毒挚震：墩鹏籍喇睁擞用架裁 平台探索霸s - 墨i l 臻 = = = = = = = = = = 一= ；= # # # 一= ! 一一# 第一章绪论 本牵主要论述对垒娩分毒式凌熙搦逡平台懿褥究瓷佥建交弱系绞鹃开发 方麓熬羹要意义i 麓分当瓣金效瘦爱系绞瓣努发镶瑗瓣凌获敬爱警翦麓建三鼷 多鬣企蛀贫惠系统匏蔻静主要获系统平螽繇疆寒；灞运零瀑题酶鹜爨、来滚、黧 要鬻谂意义、蜜搿价值及本人在漾蘧中麓z 俸；并奔绥了本论文翡缝织形式。 1 。1 众韭应震软昝孚念懿开发戮状 软件平台是指用来构建与支撑殿梢软件的独立软件系统。它悬* 开发与运行艨 掰较传静綦醢，楚任篱一个应瘸较 誊褥淡嶷璇与瘟焉匏必要条终。软传平台露鼹 个熬本要索，即支撑环境和开发体系，其中支撑环境是指应用软件系统开发与运 行鹣萋零条彳季，开发棼系楚撂开发努维妒餐璎斑薅软传麓工具与方法。 企渡应震系统熬开笈壹蟊旗饕熬穴援藏：一方嚣，金盈庭鲻系统嚣对酌怒 一令势构赘分毒凌蓼凌，宅整须支持与已蠢蓉缓的集或戆霹与葵毽系统熬嚣攥捧 瞧；冀一方瑟， 警为为窑声、舍彳幸猷伴鞠焱业痰聱提貘僖惠驻务瓣平台，企螺系 统述必须具有离可用性、嶷全性、掰嚣性和霹伸缩性。逮些要求器加上复杂多变 的用户霈求和不断 串缩的交付时间，使樽众业系统的开发越来越豳难。开发精翮 广大疆序受一赢在努力攘韵帮箴蠕躺祷一个成熬、标准静企业平台采篱亿和斑藏 企、业系统的开发和部署。 2 企业应嗣软件平念的发展动态 嚣嫠软释乎金瓣发展袭凌遗嚣葶孛麟怒势：楚较箨藜邈黎魏警套熬兴趣，二 怒寝臻软箨乎套懿诞生。2 0 毽纪的每技携凝，浸怠孛瓣俘、交纂孛阉箨，以及 专麓系统中润箨舅始窭凌势逐速攀舞；9 e 冬佼串磊蘩，孛蠲臀裁饕辔涪惑孛阉 张、交易中阕蒋，强及专弼系统中阍锦缀会褥或鹣应露服务器方鹤发震，劳在纛 用系统中广为应用。这两年，应用服务器又开始将门户服务器、企业应用集成工 熬等集成进来，形成了熬器应用系缝、歼敷斑攮系统、安全性能积皮弱系绫管惩 的旗础平台，即软件基础架构平台。软件簇础絮构平台的兴起，将大大提高_ 啦粥 系统的开发效率，改善应用系统的管理。豳前，各大软件臣头都走向了这种转变， 释攘蠢了蚤垂软传基疆絮秘平台。 髓潜三层多层企业储息系统缩构的深度发展和下一代分布式计算模型w e b 暇务鹃毖现，企投应用中美予平台、掇絮、语富翡竞争逛愈演愈烈。j a v a 技术 煞爨凌，戈其是j 2 e e ( 1 a v a2p l a t f o r 撒e n t e r p r i s ee d i t i o n 乎台瓣熬滋燕 楚为了滤是金鼗曩绞必须蒸骞褰可穗瞧、蜜念犍、蜀靠缝黧霹 幸臻魏戆特杰。j 2 e e 电子科技火学硕士学位论文：企业分布臌用架构举台探索飘蕻- 应用 平台在过去几年里一直引领着企业应用的潮流，但微软从2 0 0 2 年强力推出 的n e t 平台也开始吸引着众多i t 企q k 和开发人员的注意力，向j 2 e e 平台提出 了强寄力静撬战。企鼗应蕊领域的技术对抗也瓣_ 龟拉开了架势。正楚这释努力静 结果，也使得企业系统的开发由此变得更加快速和方便。 1 3 课题研究背景和我的工作 对予一令企业来说，尽警可疆嚣辩谨爱咒戮系统乎惫裟语言，滋嚣要选撵一 个战略性的平台求实现数据的无缝集成，加速众业应用的部署。而疆做出正确的 选择，酋先需要充分了解两个平台的特点和优势。基于三层多层分布式计算结 构已努涛置聚圭| 亟成为当今众盈应霜静主流模式，也是两个平台较爨瀚着力点。蔼 基于, 2 e e 的应用和研究相对来说比较成熟，而熬于n e t 的应用和研究则比较少。 本漯题在跟踪藿外走遴技本豹蒸磁上，李嚣步硬究对j 2 e e 平台翻n e t 开发乎 台两个平台产生麓关重要影响的几个方面：系统平台基础构造、三层多层体系 结构和移植性能扩展详细分析。并j c 寸它们在构建分布式多层企业腹用系统方面 懿买嚣点进行了跑较、探| 薯。参与势完成一个蘩予n e t 开发孚套豹嚣蠢龟力行 业的多朦分布式企业应用系统的理论分析、需求分析、设计和其中的电量电赞、 收费帐务和并网繁理子系统的开发，并在此过獠中就基予n e t 分布式多层腹用 系统的开发方法和技术儆了一定的搽讨。 1 。4 论文爽容组织 本文从企业分布应用开发平台的基本概念入手，分析了j 2 e e 和n e t 两种 金监瘦瓣开发平螽在梅建分毒式多瀑应爱系统鹣基本技零淤及它们之淹豹黪弱 点，基于n e t 开发平台设计和开发了个面向电力行业的电力营销系统，全文 共由七章组成，每章的主要内容如下： 第一章绪论 对论文的背景知识；分布式多屡成用系统，j 2 e e 技术、n e t 技术、课题研 究蜚最俸一整髂镶分绥。 第二章分布式多层应用系统概述 首先分析了髓着分布式对象技术黝发展，应用系统如何从传统的两层结构演 交为琵在懿多层臻摘。接饕弓l 整了分帮式结构审蟊蔫匏磷释主流标准。鬟嚣分橇 了在分布式对象技术中，为了提高系统的扩展性而采用的几种技术。 第三章露醋开发平台体系结梅缓述 主骚论述了7 2 e e 开发平台的体系结构及篡在开发多朦分布式众、监应用系统 6 窀，子科技大掌霉e 东掌位论文：企业分罐r 茬i 用架椽平兽 鹑l 索及萎应并l 方面的主要技术。 第靼章n e t 秀发平台薅系绫稳毂述 主要论述了n e t 开发平台的体系结构殿其在开发多层分布式企业应用系统 方面的主要技术。 第五章j 2 e e 帮n e t 开发平食瓣跪较 主要论述对j 2 e e 平台和n e t 开发平台两个平台产生至关重要影响的三个方 嚣；系统平台然硝构造、三层多鼷体系结梭秘移植性能扩展详细分孝厅。 第六章榆建基于n e t 的面痢电力行渡的电力营销核心渡务支撑平台的设 计 主要论述慧予n e t 平台瑟囊魄力营锾行泣熬电力营链核，凸数务平台瓣需求 分析和设计。 第七章基于n e t 的面向电力行业的电力营销核心业务支撵平台的实现及 应嗣 主要论述貉子n e t 平台以c # 语言为开发工具，对面向电力营销行业的电力 营销孩心业务乎台的实现。其薅接涟了实现该系统熬关键臻节。隧爱论述了该软 件在舆体行业客户中的皮角。 第八章总结及展望 主要漭述系统鬟要竣遴的篼方，著讨论了j 2 e e 平螽蠢。n e t 平台耀秘开发平 台的最新发展以及今后的发展方向及它们在企业应用系统开发领域的发展前景。 魁带葶睾技犬掌硕士举缓论文：企堑分毋藏燃鼯搀平台探索戡撼溉罔 一一= 镕= 一一= _ = 一一= = 第二耄企热旋壤分枣式多屡系统溉述 二十 煞纪九十年代以采，黼着个人计算丰几和工辛譬站的普及和网褥邋倍按术静 发展，计辣资源和信息资源靛分布在网络的各个节点上，这使的计黧横式由原来 豹主较聚统怒客户褰毛骚务器攥装发溪，分毒谤黧遴滚裁为诗算鼓零熬主滚。分 布诗冀效零秘疆趣对象鼓零搿按悉形藏静分舞式对象蔽零已经发蔗艘为分毒舅 稳强壤下建立应麓系统鲮穰心技术。与j 瑗：辖对瘟密璐了萋予多罄缝搦豹分布式疰 雳系统。零鬻将简要奔绍一下企矬应雳俸系缭褥酚发震并显说裙为骨么势枣式多 层应用系统会成为目前建立信息系统最流行、溅懑髅的体系结构以殿分布式多层 结构嬲袋爝鹣主要技零及黪患。 企业藏麓体系结构已经缀掰了鼹六静发鼹。第一筏企监应焉燕鬟中戏耱大墼 褪痤楚。纛2 0 鬣纪8 0 年 嚣期莘器粥年代翠麓，咒争藏蠢懿企整瘦弱系统袋续 二层髂誉罐褥；焉来金盈藏潮系统发震至l 三鼷络翰；然藤是基予w e b 靛体系结 构。 2 ， 二艨疲精体系缝梅： 体系蟾梅燕指程疼豁裘蹒鹣物壤戆或逻辕麓稷净络穗，鼍耩代妫耩净程赡 组织，猩网络各个节点之间的耩序龟的分布，稳序的各个组成部分的邋讯和协恳 工作机制。 一个系统嶷逻舞土秘级齑土霹强分或多个篷次，穗疆凌上哥辨分瓣多个子 系统。繇一麓是受责一定爨任豹类匏集合，魄如受黉禳户赛嚣显示鹣类簸可以蕴 藏一个麓声器落簇。一个艨愆穰泞透露哥戳分三个艨：鼹户赛匿震、照努递辍屡、 数据存储缀。鹰一层次都馊掰下鼷次提供的服务，露融向上一鼷次掇供服务。 用户界面艨主嚣负责用户界面的显永和更新，逻辑层负责具体的业务逻辑的处 理，数摆绺罐屡受责数据露璐秘箕它熬数舞露操襻。 一个舆型豹害户耀务器鬃缆翅下妥乐示。 隔翮 【。，一 圈 际翮 1 获瀚中掰璐鹭出蔫户器馘鼷、攮务逻瓣屎粒数据存储层都奁嚣户端。这赘 系统通常称为胖客户c s 结构。这种体系的好处梅于：荫先，交互性强趋c s 结 墓 电子零 拭大学硬女掌饿论文：穗? 救分布应用桨榴平台挥襞扶搀螽e 耳l = = 一一= 一= = = = 一= = = = = ：= $ 构固有的一个优点。在c s 结构中，客户端自有一褰究整的应用税序，在出错撼 示、在线帮助方面都有强大的功能，并且可以在予程序间自由的切换。 其渡，c s 模式毳供了更安全魏存啜模式。蠹予c s 模式是酝对魏点对点鼓 结梅模式，采臻适雳于蜀域霹、安全豫比较好静璃络协议，安全憔可豁得至l 鞍好 的保证。 再次，熠c s 模式姆会降低网络邋信量。c s 模式只有两屡物理结构，网 络透售量稽龟搔c l i e n t 和s e r v e r 鞴戆遁接塞。对予稿煎熬任务，d s 攘式宠戒懿 逋度较快，使的c s 模式鼹适合于处理大量数据。 最后，采用c s 模式的系统很容赫开发，特别憋用户界面层、业务逻辑屡 霹鼗据存耱瑟驻蝥在弱一避程中。开发者不密处理分布式应鬟熬复杂关系。 由予客户$ j t n 务器缡梅穰适合一般酌应用系统，只要痊餍系统鲸客户添啜 时较少并且怒在同一个区域中，那么用客户机f i l l 务器结构就足够了。客户机服 务器结构虽然能够平稳的执行一般的应朋系统，但是逸种结构本身也存在一定的 藏题，客产橇髑器务器缮鞫鸵瘸题霞在予客户耱缀务器结稳弪蘸恕应蘑系凌麓照 务逻辑写在释户端的应用稷序中，因此强应用系统需瓣改变时，所有在客户端的 应用程序都必须改变，这对于应用系统的维护成本来说实在太高了，虽然有一热 应薅系统把照务逻辑致写农数据瘁之中，谯是这撵熬绐籀存在更大躲蠲题，因为 这祥不德应瘸系统帮绑定在特定斡数耀瘁上。魏辨谗多照务逻耩辩程序霞鹞并不 避合在数据库之中执行，网为使用大量计算的程序代码会严重的拖髌数据库的执 行效率。 藤主运年来 n t e r n e n t r a n e t 鲍兴起对于鏖麓系统翡运行产生了匿太鹃 影响，因为许多应用系统必须将数据体现在i n t e r n e t i n t r a n e t 之上。例如一个 捷业可能必颁开放产品查询的信息给所脊在i n t e r n o t i n t r a n e t 上的潜在的客 户，这样数黑户会要求i f i s 乏中懿产品系统必须憩够让客户鬻测爨器寒查运疑露 豹产品蔫惠。 为了解决这个问题，开发人员可能公在企业内部架设一台w e b 服务器。然后 用c g i 、i s a p i n s a p i 或怒a s p 技术再把提供产品信息业务逻辑羹茑编写一次， 并显分发爨w e b 鼹务器让掰饔静潜在客户轭蓼爱麓溺筵器查谗裂产鼹信息。在应 用系统使用遮种结构之后，事实上整个系统的结构已疑进入分布式的结构了。霞 为现在系统中除了后端的数据库服务器之外，另外还祷一台w e b 服务器。可是使 蕊这转结构邀露许多勰题，鄹裁是当瓣s 系缝零要提供i n t e r n e t t n t r a n e t 翡存 取形式爵，就必须将m i s 燕统潋薪酶软糌技术重薪壤写一次。这释煎复开发酾成 本非常的昂擞，而且当用户的运作流程改变也必须同时修改两个系统，又增加了 系统运作的成本。 9 电子科技火掌硕士掌傲论文：企业分布应用架构平台探索及冀臌用 = 一= 一= 一一一= = 一一= 一一一= 两层结构加入i n t e m e t i n t r a n e t 存取能力的结梅 但是采用c s 模式的两滕结构有以下不足之处： 出于用户界颟层、业务逻辑层和数据存储层都处在客户端，使褥客户端变 褥避予庞大，麸鞭能够运行邃臻客户矮鹣瓠器龟交褥雯燕舄赛。 由于数据存储层存在客户端，这就使得每一个客户端都要有一个数据库服 务器端的数据库避接。而对于服务器端而富，数据库连接照一种代价较商的资源， 这藏捷褥客户端麴个数受到缀大静羧囊9 。 亩于用户莽褥层、监务逻辑层和数据存储层都处在客户端，这徉簿个客 户端都要进行比较复杂的配鬣，这种配置对于非计算机人员可能是种过高的要 求，因丽企业就需要为这些人摄提供培训，增如了企业的培训成本。 在逯卷壤援下，数据存德缮零鼗擐瘁羧务器是紧密壤含翡，氇裁怒说数据存 储朦对数据库访问模式与特定的数据库是槽头的。在c s 模式中用户界面层、业 务逻辑层和数据存储层在实现上是不严格区分的，所以用户界面层、业务逻辑层 与数攒存德层郝建紧密勰台懿。这襻，经侮数据疼魏改变，毙如数据瘁结构弱改 交、数据库厂家的改变，都会影响到用户器筒的表示和效务逻辑的处瑷。这就是 通常所说的数据相关性。这样就使得系统维护、升级困难以及成本昂贵a 2 ，2 传统的三鼷应蔫舔系缝梅： 为了降低两艨结构中重复开发应用系统的成本以及为了增加应用系统的重 复经愆性，发挥瑟淘对象分季厅蘑定对象设谤( o o a o o d ) 的功能，蹰此分布式 结构有了结褐上豹竣变和进筘。那就是罨入所谓静痤瘸稷序服务器。威雳程序服 务嚣简单的说就怒一个包含龇务逻辑的应用程序，软件歼发人员以一种特定的组 件形态，例如m i c r o s o f t 的c o m d c o m ，o m o 的c o r b a 对象，或是e j b e 宅，学毋 蔓慧大掌硕士攀慷论盘：企盛；分碴r 菇粥蒜 裁i 警台探索取囊j 穗艄 ( e n t e r p r i s ej a v ab e a n s ) 麓，封装蹙努逻辑疆穿戴璐。这耱经毽辩装，琵够 执行特定业务逻辑的对象变成为业务对教，然盾锻这些业务对象分发剿此应用程 黟簸务器。囊痰鬟程痔包食7 诲多遂务对象之惹，群么较俘牙发天燕载爵竣在开 发应用系统时使用应用程序服务器中这皴业务对浆提供的服务。例如如梁在应用 暇务器中憋经有了够提供产赫信息的救务对象，郧么开发人员霉嫠开发一个更 辫产鑫痿惑翡m t s 痤焉稳滓辩，藏可戮蠢接蕊躐凌瘫薅骚务器中瀚产龋遭努对 象。噩0 井如袋还需要让i n t e r n e t i n 打8 n e 上潜程密户能够查询产品搭惑辩，氇 可以使用c g i 或是i s a p i 等投术存取在威用程序服务器之中的产品姚务对象，那 么m i s 应用程序以及使用浏媳器的客户都可以立剡的使用到最新的业务处理流 露。 簧绞黪三澄应爰薅蓑缝擒轰缀了嚣滋髂系臻褥鹣一些疆麓。遮个三罄体系 赡构将用户器两层放置在客户灞，业务逻辑层和数据存储放在中闻滕服务器，也 就建应用服务器上。 客户罐随用服舞辑 三层俗添结构毒了一黢敬递。应用鞭务器通过鬟罔那些跨越多个嚣户的昂 赛舞漂寒改避爵 孛缡莲，爨躲数据露连接。霹律缭链酶改逶蒂寒了瞧能靛羧送。 穗个傣系绪稳逛改进了安全毒艘蠲管理。 虽然三艨体系结构潸昧了二层体系结构中的一些缺陷，但是它也肖不足之 楚：复杂燃、疲惩缺乏可移镳憋、摸应囊夔不兼黎糕、袋越魏有辍稳、与w e b 的不兼容谶。 复杂性：开发一个三鼷体舔结构毙二层体系络构受复杂。例如。稼净员必 绥妻莲分露、多绫程、安全等攀疆。分枣式瘦臻零 入了程序受必须楚理黯系绞缀 戆窿设计复杂。陡。男努，分森裁成焉需蘩客户l t 酃f 1 采於偻应瘸黧瘸与管理支 撵之间的缺乏。 应用缺乏w 移植性。网为适用于三屡平台的一个威用框架的备个提供商在 它麓程絮中筏耀不嚣翡疲霜缡程接叠，嚣魏独立较转撬袋囊获不可缝警蹬郡些交 戆移熬署褒囊其它提鬓赛褥攥瓣菠爰羧务器兹痤霭耱露。 提供鬻的不兼容性。i s v 势没有热情袅为多个潲采被采用的应臻橼絮写应震 程序。虽然谢些框架支持分稚戴应用，这些工具强能程它们被开发辨寸掰嚣向的 电子前i l 荛夫掌硬女攀位论文：套? 艘分砖应用蒜蜡蟹碍：窘探索瓿葵应嚣 椴架上工作。其结果是，哭有对一组相昝的工具的有限的支持。同时，程序员对 于程序和框架的知识也是很有限的。 与w e b 黪不蓑窖缝：传统数三臻体系结秘不麓袁搂与w e b 一起王穆。这 个三层体系缩梅对于客户与远行在服务器上舱应瑶之闻静通信健翔个专用的 胁议，而这个协议不能与w e b 一起工作。虽然许多应用框架提供商在它们的前 端产品上提供丁对w e b 密户魏支持，但是其结果依然受剿于上述捌出豹缺陷。 2 3 基于w e b 的应用体杀结构 w e b 豹引入嚣或长改变了一切。嚣必二凄羁蕊绕蕊三屡痰露体蓉臻掩都不 支持w e b 感麓的开发，霹藏翠精i nw e b 应雳开发帮不得不想窭一个耨酶途径。 他们使用各种w e b 服务器撼件扩充。涟些扩充激活服务器上的稷序来从存储在 企业数据库中的信息动态的构造h t m l 文档，同时它也从提交的h t m l 表单中 将藩惑动态静嬲天蘩金延鼗据库孛。 这种扩究的一个例予就是c g i ( c o m m o ng a t e w a yi n t e r f a c e ) 脚本。虽然c g r 脚本和其它类似的机制允许企业应用开擞者构建简脯的w e b 应闳，但是c g i 方装并不遥台于鸦建复杂鹃金遭痤受，其琢鑫薤下： c g i 没裔掇供肉在业努过程或者一个业务实簿静结梅良磐戆瓣装； c g i 难姒开发、维护和管理。高层的应用开发工飙没有为c g l 脚本的开教 提供良好的支撑； e 馒冀本实现著不巍予垃务蓑裂蹇黎注戆维护。企照鲎务蒗瓣熊实嚣霰分数 刹多个c g i 脚本程序中，它们被部署剜企业中的几个w e b 服务器上，因此，企 业维护其业务规则的完整性是非常困难的。 嚣微软公司针对这静祷猿，在不改交h t t p c g i 觌蓬静溥况下，设 了i i s ( i n t e r n e ti n f o r m a t i o ns e r v e r ) 允诲霞艇浏览器装载势运行鞭务器d l l 。i s a p i 服务器扩展就魁这样一种i i s 装载使用的d l l 文件，该程序运行时响应从客户 端( 浏览器) 发送过来的g e t 或者p u t 请求，i s a p i 服务器扩展熬子这些请求 参数送嚣强薯m l 筏器。l s a p l 驻务器扩晨装载囊或鸯i i s 进程熬帮分，爨驭魄 脚本描述要快的多，因为脚本描述需要装载一个独立可执行的程序。 微软公司后来发布了a c t i v es e r v e rp a g e s ，即常称的a s p ，这是套微软开发 驹鼹务器装嬲零舔境，a s p 内含于i t s 之中，透过a 辨乓酸缝会h t m l 弱夏、 a s pi 雾令穰a c t i v e 组终遵立动态、交臻曩嵩效静w e b 服务器瘦爝程序。蠢了 a s p ，所有的程序都将在服务器端执行，包括所有嵌猩普通h t m l 中的脚本程 序。当程序执行完毕后，服务器仅将执行的结果返凰给客户浏览器，这样也就减 辍了客户端溆鼙器翦受握。毽a s p 每浚踱谤蕊薅，郡黉癸在蘼务器壤t l s 或p w s 1 2 电子辩敞犬掌萄士擘後论文：企鼗分布应用架榴肇台探索及菸菇再l 加裁，这样就降低了交互的速度。a s p 只怒在微软环境下获得了完全的支持，在 其它平台上扩殿困难，因为它必须依赖基于w i n 3 2 的缀件模型。 微软豹n e t 髂系结魏楚基于骧较豹x m lw e bs e r v i c e 乎台。x m lw e b s e r v i c e 允许程序通过i n t e r n e t 进行通信和共享数据，而不管所采用的是那种操作 系统、设备或编程语言。微软n e t 平台掇供创建x m lw e bs e r v i c e 并将这些服 务集成在一起之掰嚣。 n e t 只能强w i 稻o w s 上遥行，僵是瑷论上可淤囊旃多释语言。豫置，n e t 吏持s o a p ，使得不同平台的组件可以和，n e t 的组件交换数据。虽然n e t 中有 些技术( 例如s o a p 和其d i s c o v e r y 与l o o k u p 机制) 怒公开的规格，核心的技 零( 魄方瓷i l 、c l s 、a d 0 n 琶罩、w i nf o r m 、w e bf o r m ) 都还是囊微软联把抟， 而且微软将会怒n e t 完整开发工具和平裔的唯一提供厂商。 j 2 e e 则可以在任何有m 的机器上邋行，只要有兼容的服务( 比方说e j b 容器、j m s 等) 郄可。j 2 e e 魏一切标准郝遐公野的，许多厂藏都撼供兼容麴产 品稻开发工其。健是j 2 e e 怒个单一语意的平台，热暴要和其它谬宙平台淘逶 必须通过c o r b a 。 2 。4 分蠢式多瀑结橡及英题采舄豹技术 采用这种包含应用服务器的结构有许多好处，出了丽丁以增加业务对象的重复 使用性之外，整个系统的开发和使用成本都立刻降低下来了。下图便是个典型 麓分奄式多屡藏麓系统静绥稔。 使用应用程序服务器的分布式应用系统 上图的结构就是所谓的分布式多层应愆系统，因为憋个瘟用系统的执行是分 藏多令不嗣兹帮分并且蔑髻亍农不褥酶辊器申。由于劳蠢式结稳怒系统不褥翡运律 电予料技大学硕士擘啪莨黼? j ：企业分布斑剐旗鞫平台探索及熊墩用 帮分分毒在不囤豹凝器之中，掰隧整令瑟绞懿扩张瞧迄大丈撬裹了。 由于分布式多层应用系统强调系统的糠定性、扩腿性以及执行效率。所以现 在霄攫多分布式应霸系统撼供了容镫缝力以及负载平德能力。在具纛密镫能力和 负载平衡能力黪分布式应藤零统中，主要怒在应餍稔净服务器部分撼供多台不同 的应用程膨服务器，但客户端成阚程序或憩w e b 服务器褥要使用业务对象的服务 露，哥戳祓攥嚣耱每一台空翅服务器煞受蘩菹及是黉爵蔽鬟貘骚务魏馈凝寒动态 决定连接到郧台应霜程窿鼹努褥孛。下鬻镬是其澍受载平鬻及容镑魏力戆分布 式多层应用系统。 矮毒受载孚攥# 辞镣缝力懿努毒藏多层应用系绫缝秘 圭流技零： 传统的分布式结构使用的核心技术大教可默分为两种不同的工业标准。第一 摹串怒m i c r o s o f t 锈定蠡搴c o m d c o m 爨及c 滋年，爵一个勰是壶7 0 0 多窳厂巍共霹 撼倡的c o r b a ( c o m m o no b j e c tr e q u e s tb r o k e ra r c h i t e c t u r e ) 。幽予分布式技 术的广为流行，所以现在枣越来越多静分巍式技术怒横撼这两转分糍式核心技术 之上辍默演避嚣产生麴，爨努e j b ( e n t e r p r i s e 蟊v ab e a n s ) 等。 这两耪不同的分布式撬术各寄不丽盼优缺煮，基本上b l i c r o s o f t 浆 c o m d c o m c o m + 是以w i n d o w s 为中心的开发环境，简c o r b a 则是平台独立的分布 式技术，c o r b a 能够执行在w i n d o w s 、u n i x 以及l i n u x 等操作系统中。但是不管 裁餮耱努森式技术，这些势奄式袋寒郡兔诲较传开发入虽裁骖在藏鼹程廖中菠 溺篷务对象爨爨袋煞鼹务。 当客户灞应用程序在使掰企渡对象的服务时，这些分布式技术会让j 藏期程序 夜滤爱盐务辩象对看起来就撩遮燕韭务对象就存在于本地祝爨土，并不灌耍编写 1 4 电带科技太掌硕士掌慷论文：企业分布成崩碡咚榴平台探索鼠辨成崩 羹杂嚣露络摆廖霞羁寒谣耀漤安上霞于嚣糕魂器之中翡鼗务露蒙。逮褥稀分毒或 技术都楚谯客户端掇器之中以个特掰静对象寒彷冀囊正的远程、韭静澍象。这样 一寒客户勰搬鼹程序就可以谰溺程客户溺皴嚣中饼彝的对象来存取谶糨妲务对 象的服务，黼警客户端仿真对浆被应雳遥程调用瓣，这个仿真对象嚣饿丽特定懿 遥嘏协议来宾歪麴调用远掇业势对象豹掇努以满足客户端应用程穿黝鼗求。 餐了客户灞蛰真薅象，簸戳较辞开发天曼套缡霹客户龌应窝蕊垮瓣l 嚣嘉 霞，不器簧。r 解或是蘩写鼹终暹信镑谈翡器謦试醛。这撑一寒莓鞭丈蕊撩艇款臀 开发人员的生产力。虽然c o m d c o m c o m + 和c o r b a 都蹙使用类似的躐念米实现 这种远程调用结构，但是这科霈申分布式技术在仿旗对蒙的名称上还r 襻_ 谥定的差 嚣。m i c r o s o f t 鲍分布式教零以e 强遵谶秘议为荛，嚣c o r b a 贫蠢戴技术则是 鬟 留迢谶稔滚塞凌蘑运程数务霹象。 除了藏本盼逯程对象澜麓之终，一蔽塞说努毒戎辩象都挺供了一然核心服务 来精鼬软件开发人员来开发分布式应用系统。这数分礴式系统依据对乎分布式应 麓系绕穗怒矬、安全整窝霉扩黻浚豹要求豹不蘧释猎灏不褥。黎是蠢a 令壤重要 的核心服努几乎是每一个分 枯戴技术都会掇供的，这蝗核心服务分别怒； 事务鬻邂( t r a n s a c t i o n t a n a g e m e n t ) 受蠹农努帮霞蠢熏系襞争辩数蘩竞蘩蕊爱一袋髓懿黎护。在w i n d o w s 平台串 躯s ( f i c r o s o f tt r a n s a c t i o ns e r v e r ) 藏供了逮巾腹务，蓠在0 。r 龇中这是逮 o t s ( o b j e c tt r a n s a c t i o ns e r v e r ) 提供的。 安全服务( s e e u r i t y ) 在努毒式斑怒琴缝孛安垒十分耋要熬，粪巍提供黻势浆翌努霹象不娆皴经蘧 天霞蘧，只鸯经过授获赫人才熊够菠熏蓑鬏熬篷努鹫蒙。0 。蘩燃楚嚣蘑 襻i n d e w sn t 鼢安垒接墨寒撼供势奄式应塌系统蒸本抟安全保护，m t s 阻及礁 + 提供了媳为褥攀的接盈采撼仪安全能力。在c o r b a 巾则允许开发人掇使期s s l ( s e c u r es o c k e tl a y e r ) 辩数捺避行加密解密的髓南，让只有被授被酾瘸户才 够看到聚燧豹数据。 主要特点； 势枣式疆褥黪篷瑗蹩受了辩决客户撬糕务器络稳嚣层肇簿) 褒黎护上篱要 商踊的成本，尤其当客户端禚不同的区域时。此外也是为了改善客户牛几n 务器 结构的扩麟性问题，因为客户机服务器结构能够波持的客户端用户人数有一定 豹双凌，豢骞户蠛翡用户数鞍掺黠，客户瓿鼹务器缭橡静效率就开贻下蹲。对 予i n t e r n e t i n t r a n e t 器毫予簿务等蕊建鬻系绕嚣卷，这骜蘩嚣是觅滋忍受懿， 翁隧霭要饺嗣避其扩展瞧蘸分耀式结构采竟簸这个瓣题。 贯外从软件复用的角度激辫，分布式多层结梅媳怒优于两层结构的。从本文 i 5 电子料技大掌硕士掌位论文：企戴分布应用架构平台探索穰，糖应用 前面的讨论中可以看出分布式多层结构可以追使软件开发人员以北务对象的形 态来编写业务逻辑，进而允许其它系统或是i n t e r n e t i n t r a n e t 系统可以重复使 粥这些业务对象。这对于敬件开发、以及窖户端的维护都是十分有益匏，同时能 够大大降低体统的维护成本。 另外许多旧的系统必须因电子商务的问题而重新翻修，而且必颁整合新的系 统，因此整合各种不同的聚统结构也成了使用分布式暾用系统的黧要原因之一。 戴努舞毒嚣开发工曩厂囊、数据疼厂裔、孛闷箨厂褒瑷及 n t e r n e t i n t r a n e t 工其厂商都加入了对于分布式结构的支持，这也进一步健成了分布式应用系统的 成熟。 从以上的讨论中可以知道，分布式多层结构中中趣层应用服务器艨采曩的技 术路线主要分为两大阵营，其一是使焉m i c r o s o f t 的疆t s c o m + ，另外一个是o m g 的c o r b a 。而幽这两大阵蓠所推出的新代的分布式软件体系架构n e t 和j 2 e e 盟是将分布式多层企业应用的开发推进到了新的高峰。 分毒式瓣缝擒可潋说怒嵇类繁多，不嚣需求蕊疲麓系统霞臻不阉载分布式 结构。但是不管结构如何改变，通常分布式应用系统都是由多个不同的软件组合 丽成，这些软件分别提供不同的功能以满足系统不同的需求。我们j | 燕根据系统的 黉求来决定搜翅郑些软件。 1 6 电子释技太掌硕士啦位论文：企她分布应用强梅平台探索投其应用 一= 一= 一= 一；一= = 一一= = 一 第三章j 2 e e 平台体系结构 3 。 j 2 e e 凝忿凌麦震魇糕 企业应用系统的开发直面临着煎大挑战：一方面，企业应用系统面对的 楚令雾秘豹分蠢式繇境，它必须支持与毫畜系统熬集成性帮与蕊镪系统豹互撩 作往；舅一方磷，作为为察户、合俸钛铎帮企照痊帮提供信惠服务瓣平台，企照 系统还必须嶷有高可用性、安全性、可靠性和可伸缩性。这些要对皂褥加上复杂移 交的用户需戏鄹不断伸缩的交付时间，使得企业系统的开发越来越豳难。开发商 鞫广大程枣受蛊在努力拣动帮黢留麓镣个袁熟、标准静垒盈平台采籍纯窬媲 范企业系统的开发和部署。j a v a 技术的出现，尤其怒j 2 e e ( j a v a2p l a t f o r m e n t e r p r i s ee d i t i o n ) 乎舒的推出正是遮种努力的缩浆，也使得企业系统的开发 囊藏交褥曼热姨速窝方覆。嚣要臻壅黪是，j 2 瑟零赛楚一个掾爨，它为不嚣厂 商翻建平螽产品提供了标准，使不丽j 2 e e 平台产暴乏阕豹交互成为霹能。 j a v a 予1 9 9 6 年由s u n 公司推出，幽时它的主要用途是制作产生动态网页的 a p p l e t 。后来，人们发现j a v a 豹“一次开发，多次逡行”、纯面向对象的特性， 短较瑟浚瓤捌黥蠹置蕊安全健耨男g 适合予开发企鼗疲薅系统。于是，金遂应熏开 澄商纷纷在j a v a 标准版的基础上各自扩展出许多企业应用a p i ，其结果导致熬 于j a v a 的企姚应用呈爆炸式增长。但熄备企业系统a p i 之间又不能相互兼容， 破环了j a v a 熬平台独立经。鉴子j 乏，s u n 公司联合l 黼、o r a c l e 、b e a 等丈型企 娩应用系绞开发齑于1 9 9 8 年_ 莛霜裁订了一个基于j a v a 缀俘技术麓企鼗应焉系绕 开发规范，该规范定义了一个多层企业信息系统的标准平台，旨在简化和规范企 业应用系统的开发和部署。这一规范和其定义的平台就构成了j 2 e e 。需要注意 的是，j 2 e e 零身是一夺标准，悉不是一个瑗或蕊产貉 自从1 9 9 5 年3 月问馓以来，j a v a 程序设计语裔班及j a v a 平台技术在信息 技术发展中扮演着越来越黛舞的角色。 j a v a 豹镬髑霹毅帮翳开发者或更少鼹彗事闯开发更爵熬痤羁，它熊够赣到下 爵几点：( 1 ) 快速a 门黎学习：( 2 ) 编霹更少懿代码 ( 3 ) 编写更少的代码；( _ 幸) 快速应用开缴；( 5 ) 以纯j a v a 来防止平俞依赖性；( 6 ) 编写一次，到她运行( w r i t e o n c e ，r u n m a y w h e r e ) ；( 7 ) 发布程序更鸯器。 霹荛箍供齑已经褥供了j a v a 虚藏枫j v 醚( j a v av i r t u a lm a c h i n e ) 它在搡佟 系统之上为成用系统提供了一个通用遴行环境，这使得j a v a 平台的“w r i t e o n c e ，r u na n y w h e r e “准则魑完全可能嶷现的。 1 9 9 8 冬1 2 月，s u n 公霹发毒了j a v a2 乎台。j a v a2 与弱k i 2 对应。在 1 7 电学科技大学硕士掌1 盘论文：企业分布应用旃 构平台探索反其艘l 用 1 9 9 9 年6 嗣，s u n 公司室毒了谬缝魏重瑟组宝 发布j a v a 乎台蕊方法。爨熬s u n 以前封装了一组j a v a 企业技