（计算机应用技术专业论文）基于xmlsoap协议的web服务研究及其应用.pdf

哈尔滨丁程大学硕士学位论文 摘要 本文通过深入分析研究w e b 服务技术及其优越性，提出建设综合电信 网络的最佳解决方案是：采用w e bs e r v i c e 来取代c o r b a ( c o m m o no b j e c t r e q u e s tb r o k e ra r c h i t e c t u r e ，公共对象请求代理体系结构) ，即t m n ( t e l e c o m m u n i c a t i o n m a n a g e m e n t n e t w o r k ，电信管理网) + w e b s e r v i c e s + w e b 方式，以满足下一代电信管理网的需求。 目前，虽然“t m n + c o r b a + w e b ”已经作为建设综合电信网络的解 决方案被提出，但当客户端散布在i n t e m e t 上的时候，c o r b a 对客户端到服 务端的通信就存在着弱点。c o r b a 使用的i n t e r n e to r b 交互协议i i o p ，只用 于o r b 之间，如果防火墙或代理服务器分隔开了客户端和服务端的机器，任 何i i o p 包要通过的可能性是很低的。那么w 曲服务恰恰能解决这样的一个问 题：在分布式对象里通过组件来提供一系列的服务，将组件技术和互联网结 合起来，使得应用能够通过互联网访问它们。它类似于c o r b a ，是一种分 布式计算；但它优越于c o r b a ：基于x m l s o a p ，支持i n t e m e t 所有标准， 能广泛应用于互联网。因此作者鉴于这些优点，提出了建设综合电信网络的 最佳解决方案是t m n + w 曲s e r v i c e s + w 曲方式。 本文研究的内容有： ( 1 ) 面向对象技术，分布式对象计算技术，x m l ( e x t e n s i b l en a r k u p l a n g u a g e ，几乎是为网络而设计的一种标记语言) 。 ( 2 1w 曲服务技术的理论研究，万维网联盟w 3 c ( t h ew o r l dw i d ew e b c o n s o r t i u m ，主管网际网路全球资讯网标准的组织) 为实现w e b 服务 而制订的三个标准：s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 协议、 w s d l ( w e bs e r v i c e sd e f i n i t i o nl a n g u a g e ) 服务描述语言和u d d i ( u n i v e r s a ld e s c r i p t i o nd i s c o v e r ya n di n t e g r a t i o n ) 服务发现集成协 议。同时指出w 曲服务技术的优点、安全性及现存的不足，并进一 步研究提出解决方案。 ( 3 ) 研究w 曲服务实现的原理，并深入分析w 曲服务与c o r b a 两种分布 式计算技术的优缺点。提出结合两者集成开发新系统的设计模型， 这样做将极大的降低开发周期，使得系统更为实用，应用范围更加 广泛，无论局域网还是i m e m c t 都将畅通无阻。 本文深入研究并使用w c b 服务技术和j 2 e e 开发工具实现中兴通讯统 一网管系统对中国联通移动综合网管系统的接口，并以接口性能模 照奎鎏三堡奎兰鍪圭鲨熊堕苎 块门限管理为例，给出性能管理模块接口的设计模型、其w e b 服务 描述文件及部署文件。 本文的研究成栗有： ( 1 ) 蠢于w 曲簸务技术还处在发震秘期，瓣蠹步 还没毒关于貉w 砖骚务 应羯予电信管理阐静磺究，本文不仅提密了将w e b 服务瘟蠲予魄信管理网 的思想而且给出了设计方絮和部分实现，为电信管理网今后的发展提供了参 考，体现了较好的创新思想。 ( 2 ) 本文提出了w e b 服务技术与c o r b a 技术集成开发新系统的思想。 这静爨想使得目前已经采弼c o r b a 技术的聚统能在原来系统之上避幸亍二次 开发，盔 跫楚：当惫培瓣壤潮逶逶嚣蠛溺鹣瓣候采震承囊豹c o r b a 接嗣； 当电接管理网通过因特潮的时候，采碍w e b 服务接盈，这样使得新系统韵 应用照广泛。这是本文弼个有参考和实用价值的地方。 ( 3 ) 本文深入研究并使用w e b 服务技术和j 2 e e 开发工具实现中兴通讯 统一网管系统对中国联通移动综合网管系统的按口，并以接口性能模块门限 管瓒必鲷，绘出性能管璞模块接目的设计模爨、其w 曲服务撰述文l 睾及部 署文释，实魏了它豹w e b 骚务凌藐，簸薅谂诞了w e b 壤务菠麓予露癌管理 踺的w 行性。 关键询电信管理鄹；w e b 服务；x m l s o a p 协议；c o r b a ；北向接 口：j 2 e e 嗡尔滨工程大学醺士掌谯论文 a b s t r a c t t h es t u d yg o e sd e e p l yi n t ot h et e c h n o l o g ya n dt h ea d v a n t a g eo fw e b s e r v i c e s ，w r i t e rp u t sf o r w a r dt h a t “t m n t e l e c o m m u n i c a t i o nm a n a g e m e n t n e t w o 暾)+ w e bs e r v i c e s 十w e 秽i n s t e a do fc o r b a ( c o m m o n o b j e c tr e q u e s t b r o k e ra r c h i t e c t u r e ) i st h eb e s tw a yt ob u i l di n t e g r a t e t e l e c o m m a n a g e m e n t n e t w o r k i tc a nc a t c ht h en e e do f t h en e x tg e n e r a t i o no f t m n n o wt h ei n t e g r a t i o no ft m na n dc o r b aa n dw e bh a sb e e np u tf o r w a r da s as o l u t i o nf o rb u i l d i n gi n t e g r a t et e l e c o mm a n a g e m e n tn e t w o r k b u tw h e nc l i e n t s a r ed i s t r i b u t e di n i n t e r a c t , c o r b aw i l le x p o s ei t sw e a k n e s s ，b e c a u s e i i o p ( i n t e m e ti n t e r - o r bp r o t o c 0 1 ) u s e d nc o r b aa l el i m i tt oo r b i f f r a m e w o r ko rp r o x yb o x e so f fc l i e n ta n ds e r v e r , i t si m p o s s i b l ef o ra n yi i o p p a c k a g et op a s sb y w i t ht h ed e p l o y m e n to f i n t e r n e ta n dt h ew i d e l ya p p l i c a t i o no f d i s t r i b u t e dc o m p u t i n gt e c h n o l o g y ，d e v e l o p e r st r yt h e i rb e s tt of i n daw a yt o c o m b i n ec o m p o n e n tt e c h n o l o g ya n di n t e r n e t s oa p p l i c a t i o np r o g r a mc a na c c e s s c o m p o n e n tb yi n t e m e t ，n o tl o a d i n gc o m p o n e n t nc l i e n tp l a t f o r m w e bs e r v i c e s i sj u s tf o rt h i s i ti sad i s t r i b u t e dc o m p u t i n g t e c h n o l o g yb a s e do nx m l i ts t a n d s b a c kf o ra l li n t e m e tp r o t o c o l sa n dc a nb ew i d e l yu s e di ni n t e m e t b e c a u s eo ft h e a d v a n t a g eo fw e bs e r v i c e st e e l m o l o g y ，w r i t e rp u t sf o r w a r dt h a t t m n + w e b s e r v i c e s + w e b ”i st h eb e s tw a yt ob u i l di n t e g r a t et e l e c o m m a n a g e m e n tn e t w o r k f i r s t , o o p ( o b j e c to r i e n t e dp r o g r a m m i n g ) a n dx m l a r ei n t r o d u c e di nt h i s s t u d y s e c o n d 。s o a pa n dw s d la n du d d ia r ei n 打o d u c e d 孤1 e ya r ef o r m u l a t e d f o r 慨bs e r v i c e s a tt h es a m et i m e w r i t e rp o i n t so u tt h el e a ko fw e bs e r v i c e s a n dc o m e su pw i t l las o l u t i o n t h i r d t h i ss t u d yg o e sd e e p l yi n t ow b bs e r v i c e sa n dc o r b aa n dd e s i g n sa n e ws y s t e mt oi n t e g r a t et h e m a tl a s tt h es o l u t i o no fa p p l y i n gw e bs e r v i c e sa n dj 2 e ei nt h eo p e r a t i o n m a i n t a i nc e n t e rp l a t f o r mo f z t ec d m as y s t e ma r ep r o p o s e d t h i ss t u d yh a st h r e ep r o d u c t i o n s f i r s t ，n o b o d yh a ss t u d yh o wt oa p p l yw 曲 s e r v i c e sf o rt m na sy e t t nt h i st h e s i s ，w r i t e rn o to n l yp u t sf o r w a r dt h ev i e w p o i n t b u ta l s op r o p o s e st h es o l u t i o n i to f f e r sr e f e r e n c ef o rn e x tg e n e r a t i o no ft m n 。 t h i si st h eh i g h l i g h to f t h i ss t u d y 哈尔滨工程大学硕十学位论文 s e c o n d t h et h e s i st a k e si n t e g r a t i n gc o r b aa n dw b bs e r v i c e si n t oa c c o u n t s o t h em a n u f a c t u r e st h o s eh a v eu s e dc o r b at oi m p l e m e n ti n t e r f a c ec a l l d e v e l o p t h e i rs y s t e ms e c o n d a r i l y n ed e s i g nc a nb r i n gab e n e f i t t h eo l di n t e r f a c e d e v e l o p e db vc o r b a c a nb eu s e dw h e nt m np a s s e db yl a na n dt h ei n t e r f a c e d e v e l o p e db yw e bs e r v i c e sc a nb eu s e dw h e nt m np a s s e db yi n t e m e t a tl a s t t h et h e s i si m p l e m e n t st h ef u n c t i o no f t h ep e r f o r n l a n c em a n a g e m e n t m o d u l eo fo m co fz t ec o r p o r a t i o nb vw e bs e r v i c e s s ot h ef e a s i b i l i t yo f a p p l y i n gw e bs e r v i c e sf o rt m n h a sb e e na p p r o v e d k e y w o r d s t m n ；w e bs e r v i c e s ：x m l s o a p ；c o r b a n o r t hb o u n d i n t e r f a c e ； j 2 e e 哈尔滨工程大学 学位论文原创性声明 本人郑重声明：本论文的所有工作，是在导狮的指导 下，由作者本人独立完成的。有关观点、方法、数据耱文 献的引用已在文中指出，并与参考文献相对虚。除文中已 注明引用的内容外，本论文不包含任何其他个人域集体已 经公开发表的作品成果。对本文的研究做出熏要贡献的个 人和集体，均已在文中以明确方式标明。本人完全意识到 本声明的法律结果由本人承担。 作者( 签字) 么之 秘期：胁年j 2 胃0 鼋e l 哈尔滨工程大学硕十学位论文 第1 章绪论 1 1 课题背景、目的及意义 本课题来源于中国联通移动综合网管系统与中兴通讯股份有限公司深圳 研究所统一网管系统接口 1 1 项目。按照中国联通c d m a 9 5 2 1 1 x ”网络管理 技术规范中中国联通c d m a 省级网管系统与各设备厂商统一网管系统间的 接口功能要求，中兴通讯股份有限公司深圳研究所统一网管系统( o m s ) 需要提供相应的北向接口。 综合网管系统是一个集合多种技术且综合程度很高的系统，需要考虑到 建设过程中的网管接口问题、数据采集问题、网络分析问题等关键问题，实 现互联互通是网络管理领域的难点，而接口问题是网管系统实现互联互通的 关键点。综合网管系统以网络管理为基础，面向业务管理，以保障业务、提 供质量保证为目标，从业务服务质量的评价为维护起始点，改变传统网管系 统以设备管理为核心的状况，使网络管理更全面、更深入、更切合运营需 要。综合网管系统建立在各专业网管系统的基础之上，通过标准接口，实现 各专业网管系统数据的集中管理和分析。 中国联通移动综合网管系统( i n m s ) 为了提高中国联通c d m a 网络的 运营水平，决定采用中国联通网管省地集中管理的设计思想，统一管理不同 厂商的设备。由于c o i m a ( 公用对象请求代理结构) 在分布及异构计算机 环境下为应用软件的开发提供了一个公共的框架，使开发软件既面向对象又 具有可重用、可移植及可互操作性等特点，因此许多网管系统( 如烽火e f i m 网络系统h i ) 采用c o r b a 技术提供北向接口【”。鉴于前人成功的经验 及c o r b a 技术成熟的优势，中国联通c d m a 9 5 i x 网络管理技术规范中提 出采用c o r b a 技术实现北向接口【6 】。 传统网络管理系统都是基于专用的网管平台，中国联通就是一埽十典型的 基于专用网管平台的网管系统，这种专用平台价格昂贵，对网管人员要求 高，人员培训和软件更新费用高，开发管理应用和集成新技术较难，而且受 地理位置的限制，只能在机房进行管理。w e b 技术为网管方式的革新提供了 一种新思路，将w e b 技术引入到网管中，可以为用户提供灵活的管理方 式。管理人员能够用w e b 浏览器在任何地方任何时候，接入到管理系统， 哈尔攥工程人学顿十学位论文 菔视、配鬣并管理低们的网络，还可以运用各种网络技术和工具来集成实现 新的管理应用。因此基于w e b 的网络管理已经成为网络管理的趋势和必然 发矮方两，烽炎e f i m 霹络系统裁成凌癍臻了w e b 技术，堪强了荬维护、 管理及营运能力1 7 。 近几年来研究w 曲技术的公司、企业不断增多，结合使用t m n 、 c o r b a 技术彝w e b 按术静磅究戆不颟深入，寿久援鑫宠 t m n + c o r b a + w e b i s l 作为建没综合电信网络的解决方案，但是当客户端散 稚在i n t e m e t 上的时候，c o r b a 对客户端到服务端的通信就存在着弱点。 c o r b a 霞丽魏因特两o r b 交互秘议( i n t e r n a li n t e ro r bp r o t o c a l ，l i o p ) 一】，只用于o r b 之间，如果防火墙或代理服务器隔开了客户端和服务端的 机器，任俺l i o p 包要通过的可能性是缀低的。熬于大多数i n t e r n e t 技术对 r r p 协议坤1 的f - 泛支持，本文认为最好静解决j e 向接口的方案是：采用一 种能充分利用现有i n t e r n e t 标准的技术浆处理分布式计算的w e b 服务机制， 涞取代c o r b a ，以适应下一代电信罄理髓的嚣浓。w e b 服务是以x m l ( e x t e n s i b l em a r k u pl a n g u a g e ，l 乎是为潮络丽设计的一种标记语 言) 1 1 1 1 作为基础技术的分布式计算技术，并支持所有标准i n t e m e t 飘连技 术。 因此，本课题提出了采用w e b 服务实现中兴通讯c d m a 统一网管平台 的北向接阴的设计思想及设计方案，并给出了实现实例，希浆能为下一代电 售管理掰豹建设提供参考。 1 2 国内夕卜婿突瑗状 1 2 。l 电信管理网接目的发展现状 嚣裁，各设餐厂商懿穗元管理系绞( e m s ) 只怒管理各爨厂海豹设餐，不 能管理其他厂商的设备，所蛆，网管人员无法对全局网络管理域的网络资源 进行集中统一管理。为了能程多厂商环境下对不阉厂襄设备进行统一镣理， 提高弼络餐理静自动纯帮智懿亿承平，增强对网络照务的缣簿和调度髓力， 保证网络的安全、w 靠、高效运行，运黼商非常裔必要在设备厂商e m s 的 蒸础上建立多厂商练会管理系绫，即网络管理系统( n m s ) ”。 在n m s 和e m s 之间掇供多厂商接日的方案己成为电信技术专家研究 的热点。臀如本课题的来源中嗣联通在c d m a 9 5 i x 网络管理技术规范中就 哈尔溅= _ i ：= 程人举硕：学位论文 捷密了中国联逶c d m a 省级嘲管系绕n m c ( 网络管理中心) 与各设备j 一商 o m c ( 操作维护中心) 问的接口方案。多厂商接口方案是指各厂商在网元 层班下遵循自己瀚个性设计，包括信怠模型的定义、协议的选择等；傻在网 元管理层和网络管理层之闯必须按照统一的标准定义信息模型，同时袋用统 一的协议和接口，这样在网络管理层就可以方便地通过网元管理层提供的标 准接口实现不回厂商网管的互逐和互邋。 然而，多厂商接口方案一度在实施的过程中遇到很大的困难，早期的 q 3 f l 接口袋用c m i p t “l 协议，覆c m i p 是一个全褥瑟复杂蚋 办议，要完全 实现c m i p 不仅数据传输量大，对硬件系统鼹求很高，参数和属性非常多， 敬纷实现复杂，对编程人员要求也缀麓。获骧突全支持c m i p 戆设冬爨缀少 的，绝大部分厂家都只怒部分实现c m i p ，其余部分采用自定义协议。因此 冬个厂囊q 3 接日之阙的噩逶缀困难，不大哥残实现统一瓣络管壤。 九十年代，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 ，通用 对象请求 弋理体系结梅) 技术潞毒瑷给罩勰带来了薪静气象。c o r b a 是 o m g ( 对象管理组织) 为解决分布式处理环境中，硬件和软件系统的互连 丽撬壅懿一种解浚方案辫l 。它提供甏淘对象兹管壤、各稀疆务功能及其定 义完善的a p i ，不仅简化了创建分布式应用的任务缀，而且使系统具有开放 往、可扩袋性、灵活性簿饶点1 1 6 1 。聪t m n 酸然采瘸了蘩于o s i 系统管理的 面向对象的建模技术，戗对于如何构遗管理以及管理系统之间如何实现互操 作，t m n 并未深入研究1 1 7 。可黻说c o r b a 技术静优势正弥补了电信管理网 体系在分布式处理和互遗上的不足。因此，o m g 建议采用c o r b a 做为网元 管理层以上的接掰，以代替实现起来非常复杂的q 3 接口。目前，许多电信 厂商实现了c o r b a 北向接口，也有的难朝者这方藤努力0 8 1 。 随着i n t e m e t 的发展，许多运营商都期罄把w e b 技术引入电信管谶网， 通过i n t e m e t 实现辫地管理。如此一来，c o r b a 馊耀于i n t e m e t 上的弱势就 暴露出来了，w 曲服务正好弥补了这个缺陷。 1 2 2w e b 虢务的发曩现状 1 9 9 9 年，惠酱公司篇一次引入w e b 服务概念，它的e - s p e a k 平台是开 发入员霹蔽建立与实现瞧子鼹务，然褥，由于争s p e a k 豹技术其有专属性 质，从而使平台没有得到广泛的支持。2 0 0 0 年6 月，微软公司正式提出 w e b 服务酌橇念，把w e b 服务作为n e t 顼器静关键组l 串，这个项目瑙全新 的方法在开发、构建与使用软件时牢牢抓住i n t e m e t 。现在，几乎每个主要 嗡承滨工程大学坝j 一学位论文 软件厂商都在推出w e b 服务工具和应潮程序。 w e b 服务正在慢慢渗透入企业中。这是根据e v a n s 2 0 0 4 年l o 月份对 4 0 0 个佥犍秀发经遴潺查的缝论。调查驻示，8 0 豹霾答者器经在撼w e b 骚 务标准( x m l 、w s d l 、s o a p 和u d d i ) 集成到威用软件中去。这比e v a n s 一年前的调查结果4 2 几乎增长了倍。难以置信的是，9 8 的回答赣希望 在未来翁谣年中餐强w e b 鼗务。 w e b 服务模式的标准开发主要集中在通信协议和w e b 服务描述语言， 至于w e b 服务的实现并没有一个标准，目前基本上分为两大阵营：j 2 e e 模 式耪n e t 援式，宙予j a v a ) - l 乎是蔻网络i 嚣设计的语言，开发商更愿意选择 j 2 e e 作为实现w e b f i9 】或w e b 服务的平台。单单就j 2 e e 模式而言：a p a c h e 公司实现了a x i s 平台、s y s f i n e t 公司开发了w a s p 平台以及s u n 公司j 2 e e s e r v e r 也支持w e b 服务等等。 j a v a 社区过程组织针对w e b 服务消息的变更格式以增强互操作性制定 了j s r l 0 1 标准1 2 0 l ，针对在j 2 e e 程序镪孛w e b 溅务的部嚣以能够跨多个厂 商部署成用制定了j s r l 0 9 标准脚j 。邋过j a v a 张区过程，s u n 公司及其业 务伙伴_ 开发了许多用j a v a 平台建立与集成w e b 服务的a p i ( a p i 包含在 j a v aw e b 襄努舞发键j w s d p 枣，j w s d p 支持露、韭标准，簸够磋援与其它 标准组织所发布的技术和规范具有互操作性，并鼠还提供多种辅助工舆) 。 j w s d p 的编程接口一般被分成两个大类：一类嗣来处理x m l 文档，另一 黉矮寒楚淫远程过程。嚣肉文挡稳a h 蠢矮予x m l 楚蓬翁j a v a a p i ( j a x p ) 口邵和用予x m l 绑定的j a v a 架构( j a x b ) 2 ”。面向远程过程的 a p i 有：用于基于x m l 的远程过程调用的j a v aa p i ( j a x r p c ) 1 2 4 1 、用于 x m l 奎耱表豹j a v aa p i ( j a x r ) 2 5 l 耧爱予x m l 售健骚务豹j a v a a p i ( j a x m ) 0 2 “。 w e b 服务目前正处于开发当中，它的通信协议s o a p 协议、w s d l 描 述语言及v d d l 集成，发瑷狯议韬然楚予草案形式；没蠢拣准静安全道程， 开发商不敢在防火墒之外使用w e b 服务等等。种种原因使得w e b 服务还没 蠢真正的商用，尽管i b m 、微软、n n t 一些大厂赢已经有了提供w e b 服务 的门户潮鲢。当然，这并不影响大翻辩w e b 服务的信心。 哈尔滨工程人学硕士学位论文 1 3 本文的主要工作和研究内容的安排 本文首先讲述了w e b 服务的基础知识，主要包括面向对象技术，w e b 服务的三大关键技术( s o a p 协议、w s d l 描述语言及u d d i 服务发现集 成协议) ；其次是w e b 服务实现原理和设计方案部分，在这里介绍了基于 x m l 的远程过程调用j a v aa p i ( 即j s r l 0 1 协议) 、w e bs e r v i c e sf o rj 2 e e 协议( 即j s r l 0 9 协议) 和基于j 2 e e 的w e b 服务设计模型。最后是具体实 现部分，关键是体现采用w e b 服务技术实现的可行性和优越性。 具体安排如下： ( 1 ) 面向对象技术，分布式对象计算技术。 ( 2 ) 研究w e bs e r v i c e s 的三大关键技术s o a p 协议、w s d l 描述语言和 u d d i j 艮务发现集成协议。 ( 3 1 将w e b 服务与c o r b a 技术进行比较来分析w e b j 臣务的优缺点，同时 作者指出了w e b 服务存在的不足，提出本文的解决思路。 ( 4 1 研究基于j 2 e e 平台的w e bs e r v i c e s 设计模型，包括服务端和客户端。 f 5 1 以中国联通c d m a 省级网管系统与各设备厂商o m c 间的接口功能需 求之一( 性能管理的创建性能门限) 为例，做出w e bs e r v i c e s 实现的 原型。 喻尔滨工程大学鞭 学位论文 第2 章w e b 服务技术的理论研究 2 1w e b 服务的三大关键技术 随着网络的发餍，将应搦扩展到局域网、广域网甚至i n t e r n e t 上已成为 用户的普遍要求，这样，分布式计算 2 7 1 成了新的热点。猩分布计麟环境 中，吴掇瞧是一令一 分明显戆特点。一令龚墼熬分毒环境载括毒太燮主撬、 u n i x 工作站和p c 机，各种机器所采用的操作系统和网络通信协议也是千 差万别。在这样的髯构环境下实现信息和软件资源的共享将十分困难，而一 令健壮豹分布诗笺攥架褥为分布应蠲软传豹开发赣寒摄大豹籍楚。穗瓣囱对 象的思想虑用到分布环境中，分布对象计算的概念就应运丽生了。 传统的面向对蒙技术f 2 8 1 有鼹个基本的特点：封装性和继承性，通常其 强调的怒代码菱弱，对象往镶莰存在予瓣一个程洚孛，程痒的羚赛并不可爱 感知和访问这些对缘。而分布式对象技术主要使用了面向对象技术的封装 性，组传w 以分布农网络的任何位置，分布式对象技术中的对象可以分布在 网络上不强静遣方、不同的遴程中。辩矫赛来说，它所需关心豹只楚组俘的 界面，至于内部是如何实现的则无需考虑，远稷客户通道方法调用来访问 它。这是分毒式对象技术和传统的厦恕对象技术浆最大的不同点。东分毒式 对象墨我稍一般不掇对象，褥提组件。组件和对苏区羽在予面囱对象技术墅 可以有很小的一个对象；但在分布对象计算中，往往会把一蝗小的相关的对 象缝合在起，形成一个摆慰 i 较大蛉缀童孛，逶避这个缀传寒提供一系残夔 服务。分布式对象技术为网络计算平台上软件的开发提供了强有力酌解决方 案。目前，分布式对象技术融经成为建立服务应用框架和软件构件的核心技 本，在开发大型分毒式应题聚绞中表现嶷强大熬雯鑫力，逐濒形成了三转具 有代表性的主流技术，即s u n 公司的j a v a 技术和o m g 的c o b r a 技术， w e bs e r v i c e s 技术。 w 两鼹务是一耱基于x m l 戆分蠢式诗算羧零，支持i n t e m e t 掰有标 准，能广泛应用于甄联网。x m l 是s g m l ( 标准通用标记语言) 的一种受限 形式。w 3 c 规定x m l 的主熨设计目标如下： f 1 ) x m l 应该霹激壹接农i n t e m e t 上缓蠲。 ( 2 ) x m l 应该支持大量不间的应用。 嘧承溱工程天学靛上学往论义 ( 3 ) 处理x m l 文件的程序应该容易编写。 ( 4 ) x m l 文件应该能够让人直接阅读，而且应该有足够的可读性。 ( 5 ) x m l 文件应易于创建。 x m l 标i 己语言的以上5 个特点决定它适用于i n t e m e t 上发布和共窜数援 驻”。w e b 溅务靛嚣轹蓑是不仪要实凌夏搡接，聪氛要把它豹骚务功憩在全 球范霞蠹公布赛去，获褥最大灏圈的利用，因藏选择x m l 作为w 曲服务酶基 础技术，成该说是恰到好处。为实现这一点，w 3 c 为w 曲服务定义了三种 不同层面上的协议： ( 1 ) 为_ i l 行通信而制定的s o a p 协议。 ( 2 ) 为便客户能得到足够接1 ：1 信息，扶丽开发客户应用程序访问w e b 服 务瑟裁定翳w s d 撞述文秘。 f 3 ) 为使用户能方便的笈瓒w 曲服务，注掰w e b 服务嚣第三方宿主褥定 制的发现集成协议u d d l 。 2 1 1s o a p 协议 s o a p1 2 规范定义s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 是一个为在分 毒式计冀矮竣孛交换结构诬帮类鬻詹塞葱翻定豹轻爨级逶售协议。 睾为通囊 渗议，黎蜜翁诖入联恕筵d c o m 和c o r b a ，不綮谗鲻：它是翔辩激活对 象的? 它怒如何使用命名服务的? 实际上这些都怒由s o a p 实现f 谢的地方 称之为s o a p 处理机) 来完成的，s o a p 本身并不规定这些，好在s o a p 实 现并不手工编写s o a p 消熙，而是调用功能溺数来创建s o a p 消息，如 a x i s 使用j a v a 功能函数创建s o a p 消息。 s o a p 裁定豹内蜜毒 蚓； ( i ) s o a p 使用x m l 技术寨定义一个可扩震静游感框架承载湾患，傻游怠 可以通过任何i n t e m e t 协议滋行交互【3 ，这是s o a p 必须的一项。消息框架为 打包x m l 信息定义了一系列的x m l 元素：e n v e l o p e 、h e a d e r 、b o a y 和 f a u l t ，所有这些元素在h t t p ：s c h e m a s x m l s o a p o r 幽o a p e n v e l o p e 命名空阅定 义，这个禽名空闽提供了这个x m ls c h e m a 。 e n v e l o p e 灌基售羹楚表承该漤恚戆x m l 文毯瀚疆级元素。这镬褥庭瘸镶 容易找戮消息起点，并且根据e n v e l o p e 命名空闽腌悭可以确定s o a p 版本。 h e a d e r 则是为了支持在松散环境下在涯讯方之间尚未预先达成一致的 情况下为s o a p 消息增加特性的通用机制。 b o d y 代表着消息的有效负载，为该消息的最终接收者提供了那魑必须 晴尔滨工程人学硕十学位论文 处理的信息。b o d y 的予元素e n c o d i n g s t y l e 代表了编码规则。此外，s o a p 定义了b o d y 的一个子元素f a u l t 用于报告错误。 下面图2 - 1 代表了一个检查书目的s o a p 请求。 图2 - 1s o a p 捎思 f i g u r e2 - 1s o a pm e s s a g e ( 2 ) s o a p 通信模式有消息传递模式和远程过程调用( r p c ) 模式1 3 2 】，两者 选一：消息传递模式用于仅仅把x m l 文档作为一个包来传递，没有返回结 果的情况，这样服务实现起来比较容易；而r p c 用于客户端发出请求，需要 服务端给出返回结果的情况。最初，s o a p l 0 的目标是“工作于i n t e r n e t 上的 远程过程调用”，它的着眼点是“a c c e s so b j e c t ”，然而考虑到通信模式不仅 是r p c 还有消息传递，因此s o a p1 2 将其定义为一个无显著特点的x m l 消 息框架。支持这两种模式是s o a p 的亮点之一，它的灵活性提高了w 曲服务 的性能。 f 3 ) s o a p 可以绑定到许多标准传输协议，如h t t p 、s m t p 、t c p i p 等。 蹬罪溅工程大学硕士学位论支 因为h t t p 、s m t p ( 电子邮件协议求传递) 和t c p i p 都是标墩协议，各有 所长。当然，由于h t t p 的广泛存在性及人们对它的熟知程度，加上它的安 全、监控、负载平衡技术都很成熟，敞大多数s o a p 都绑定到h t t p 执议，除 了个别专用的w e b 服务。 s o a p 秘议馋为w e b 鼹务豹基石，望裁逐没有提供安全、事务方烈豹规 范。“安全”指的是定义消息级的安全机制( 保护数据) ，包括如何交换证书 翻梭壹瀵惑熬完凝牲以及捉蜜牲。“攀务”定义添热端到镤事务淫活动鳇协 议，主要用于两阶段提交、需要补偿事务的和时间运行很长的商业服努。当 然，这著不是s o a p 秘议茨缺貉，只是毯懿标难远来残熟嚣基，在s o a p l ，2 版中，对于如何拓展s o a p 的能力作了明确的指示性的描述：“s o a ph e a d e r 扩震是s 0 a p 功靛的最镶途径”。霹予s o a p 功扩震将作为溉b 赧务瓣获錾 在“w 曲服务目前存在的不足”一节星提出并给出大致的解决方案。 2 1 。2w s d l 描述语言 在分毒式计算中，对象接疆最好楚有一个相应的攒选文档，客户端和服 务端获得这个描述文档之后，将描述文档映射成具体程序进行开发，从而可 裸迸对象萼l 蠲的囊确性。攒述文挫映射成具体程j 葶按照一定鲍蠼则，为毒l 定 这个规则，开放软件糕金会提出了接口定义语言( i d l ) 的概念，如 c o r a a 麓宠了c o r b ai d l 3 ”。硪如服务瞧是一秘对象零l 蠲，融恕它墩需要 用接口定义语言来描述文档，与以彼不同的是：掰前在w e b 上的应用已经完 全接受了x m l 这令基本豹掭臻，基本上所霉耘出台浆按术罄怒基予x m l 标 准的，因此接口定义语言是基于x m l 的；并且w 曲服务的目标怒即时装配， 松散精舍菇及蠡凌集藏豹，遂意臻蓉描述文裆应囊跫具惫被辊器识裂瓣毵力 的。也就是说对于使用标准化的消息格式通信协议的w e b 服务，它需要以 x m l 方式辩w 西服务的调焉，遴信翅疆描述，霞我，w 3 c , l 定了秘獾述语 言w s d l ( w e bs e r v i c e sd e f i n i t i o nl a n g u a g e ) 3 4 1 来满足这种需簧。w s d l 定 义了一套蒺子x m l 的谮法，将w e b 菔务描述为麓够进行消息交羧静服务访阏 端点的集合，为分布式系统提供了研机器识别的s d k 描述文档。w s d l 文 档在w e b l l l l 务的定义中使用下戮元素： ( 1 ) t y p e s ：数据类毅定义的容器，它使用某种类型系统。w s d l 的默认 系统豢型魑x m ls c h e m a ( x s d ) ，也可醴定义特定的x m l 类型。如闰2 2 绘出了包含一个二维字符串数组的特殊类型f i q l l e s s a g e t y p e 示例。 但1 m e s s a g e ：通信消息的数据结构的抽象类挺化定义，是一组部件( p a n ) 口台尔浜工程大掌硕士学位论文 的集合，使用t y p e s 所定义的类型来定义整个消息的数据结构。图2 3 给出 了一个m e s s a g e 结构。其中l o g r e q u e s t l n p u t ( 查询日志请求) ：将该元素 定义为包含操作命令码和查询页的复合类型元素。l o g r e s p o n s e o u t p u t ( 查 询结果) ：将该元素定义为一个包含一个f m e s s a g e t y p e 、一个 p r i v a t e i n t e g e r 类型和一个s t r i n g 类型的复合类型元素。 图2 - 2 特殊类型定义示例 f i g u r e2 - 2s p e c i a lt y p ed e f i n i t i o n ( 3 ) p o r t t y p e ：描述了w e b 服务的接1 3 理解了p o r t t y p e ，就知道了w e b 服务能做什么。正如j a v a 接1 3 主要由方法签名组成，p o r t t y p e 定义的主要 部分就是它所包含的一组操作o p e r a t i o n 元素。 o p e r a t i o n 定义了服务访问入口点的调用模式的类型即传入传出消息的 盼舔塌、程式学硖士掌艇论文 模式及冀格式，在w s d l 里丽支持四种访问入网调用的模式：单请求、请 求响应、通知和通知响应。如图2 - 4 给出了一个入口类型是请求响应模 式，请求消息是l o g r e q u e s t i n p u t ，响应消息趄l o g r e s p o n s e o u t p u t 的 p o r t t y p e 示倒。 潮2 - 3m e s s a g e 结构 f i g u r e2 - 3t h ef r a m eo f m e s s a g e 豳2 - 4 入口点类型描述 f i g u r e2 - 4d e s c r 啦i o no f p o r tt y p e 以上三军中结构插述了调朋w e b 服务豹抽象绒可复用部分。如累与一般 豹霹象添富擞魄较夔话，这裁分霹骧堪豫是i d l 摇述靛对象，接述了对象 的接霹标壤，但是鼹务是经蠢s o a p 滂怠调簿还怒通过对x m l 有效受载撬 行h t t pp o s t 操作而调用? 调用是r p c 调用述是以文档为中心的消息调 用? 绋定到哪种传输协议( h t t p 、f t p 还是s m t p ) ? 如何根据特定协议 对消息谶行格式化等等都没商给出。以下的b i n d i n g 、p o r t 和s e r v i c e 元素将 惩决这戮鞠题。 嘧承淀工程大学坝n 上学位论义 ( 4 ) b i n d i n g ：特定端口类型的具体协议和数撼格式规范的绑定。潮2 5 给 出了b i n d i n g 示例，其中“s o a p ：b i n d i n g ”说明服务是经幽s o a p 消息调用， “s t y l e ”滋嗳是戬文档为孛，戆溃惑调震，“t r a n s p o r t ”说明遂髂貉谈楚 h t t p ( 如果是s m t p ，则德为“h t t p ：s c h e m a s x m l s o a p o r g s o a p s m t p ) ， “s o a p a c t i o n ”说明了消息的目的地，“s o a p ：b o d y ”说明了编码格式。 鞫2 5b i n d i n g 撼述 f i g u r e2 - 5d e s c r i l o t i o no f b i n d i n g f 5 )