（计算机应用技术专业论文）web+services的企业应用集成技术研究.pdf

河海人学硕十学位论文 w e bs e r i v c e s 的企业麻用集成技术研究 摘要 “信息孤岛”问题己经严重地阻碍了企业信息化建设的整体进程，而传统的企 业应用集成方案往往是点对点问的集成，在实际应用中存在集成能力差、可扩展性 差、互操作能力差、集成代价高等缺点。w e bs e r v i c e s 有着良好的互操作性、良好 的封装性、廉价性、松散耦台的结构、协议规范的标准性和高度可集成能力等特点， 因而基于w e bs e r v i c e s 的集成方案已经成为目前e a i 领域的主流。 目前许多研究机构结合自己的研究项目，提出了一些具有代表性的基于w e b s e r v i c e s 的e a i 模型框架。本文在对这些模型框架进行了深入的分析后，从系统层 面提出了一个基于w e bs e r v i c e s 的企业应用集成模型框架w s 一1 m f 。该模型框架考虑 了基于w e bs e r v i c e s 的企业应用集成的必要内容，包括w e bs e r v i c e s 事务、w e b s e r v i c e s 安全、w e bs e r v i c e s 组合、w e bs e r v i c e s 查找、w e bs e r v i c e s 互操作和遗产 系统转化为w e bs e r v i c e s 等许多方面。 本文重点对w e bs e r v i c e 互搡作问题和遗产系统如何转化为w e bs e r v i c e 问题进 行了比较深入的分析、研究。指出了跨平台w e bs e r v i c e 集成所面临的几个常见的 瓦操作问题，并给出了相应的解决办法。分析了如何将基于c o r b a 的遗产系统转 化为w e bs e r v i c e ，并给出了转化过程的方法、步骤和实现过程。最后应用w s i m f 模型构建了一个实验系统的框架模型，利用w e bs e r v i c e 互操作问题的解决办法解 决了跨平台的实现中遇到的困难。 关键词： w e b s e r v i c e s 、互操作性、企业应用集成、遗产系统、c o r b a 塑查查堂堡主望堡堡茎 些! ! ! ! ，! 竺! 堕垒、业壁里塞些垫垄堕塞 a b s t r a c t i n f o r m a t i o nj s l a n dh a sh i n d e r e dt h ep r o c e s so f e n t e r p r i s e si n f o n n a t i o nc o n s t r u c t i o n s e r i o u s l y , b u t t r a d i t i o n a l e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ( e a i ) m e t h o d su s u a l l y i n t e g r a t ea p p l i c a t i o n sf r o mp e e r t op e e rw h i c hh a sm a n yd e f i c i e n c i e s ，s u c ha sp o o ra b i l i t y o fi n t e g r a t i o n ，p o o re x t e n s i b i l i t y ，p o o r i n t e r o p e r a b i l i t y a n d h i g h c o s ti n i n t e g r a t i o n n e v e r t h e l e s s w e bs e r v i c e sh a s t h e p r e d o m i n a n t f e a t u r e so f i n t e r o p e r a b i l i t y , e n c a p s u l a t i o n ， l o w c o s t ， l n o s e c o u p l i n g s t r u c t u r e ，n o r m a l p r o t o c o l a n d h i g h i n t e g r a t i o n s oc u r r e n t l yi n t e g r a t i o ns c h e m ao f e a ib a s e do nw c bs e r v i c e sh a sb e c o m i n g t h el e a d i n ge a if i e l d ， a c c o r d i n g t ot h e i rr e s e a r c hp r o j e c t s ，m a n yr e s e a r c hi n s t i t u t i o n sb r i n gf o r w a r ds o m e r e p r e s e n t a t i v ee a im o d e l sb a s e do nw e b s e r v i c e s t h i sp a p e r p u t sf o r w a r d a ne a im o d e l f r a m e w n r k ( w s - i m f ) b a s e do nw e bs e r v i c e sa f t e ri ta n a l y s e st h e s em o d e l s w s - i m f i n c l u d e sm a n yi n d i s p e n s a b l ea s p e n ss u c ha st r a n s a c t i o n ，s e c u r i t nc o m p o s i t i o n ，f i n d i n g m e t h o d so fw e bs e r v i c e sa n dm e t h o dh o wt oc o n v e r t l e g a c ys y s t e mi n t ow e b s e r v i c e s t h ep a p e ra n a l y s e sa n dr e s e a r c h e se m p h a t i c a l l yt h eq u e s t i o no nt h ei n t e r o p e r a b i l i t y o fw e bs e r v i c e sa n dt h eq u e s t i o no nh o wt oc o n v e r tl e g a e ys y s t e mi n t ow e bs e r v i c e si t p o i n t s o u ts e v e r a l q u e s t i o n s o fi n t e r o p e r a b i l i t yb e t w e e nw e bs e r v i c e so fd i 腩r e n t p l a t f o r ma n dg i v e sc o r r e s p o n d i n gs o l u t i o n s t h ep a p e ra n a l y s e se m p h a t i c a l l yh o wt o c o n v e al e g a c ys y s t e m sb a s e do nc o r b ai n t ow e bs e r v i c e s ，t h e ng i v e s m e t h o d s ，s t e p so f t h ec o n v e r s i o np r o c e s s a t1 a s t w ea p p l yw s - i m ft od e s i g nam o d e lo fe x p e r i m e n t s y s t e m ，a n dr i s e t h es o l u t i o no nt h ei n t e r o p e r a b i l i t vo fw e bs e r v i c e st o s o l v ea c t u a l d i 币c u l t yb e t w e e nd i f i e r e n tp l a t f o r r n k e y w o r d s ：w e bs e r v i c e s ，i n t e r o p e r a b i l i t y , e a i ，l e g a c ys y s t e m s ，c o r b a i i ! ! 堂查堂堡! ：堂些笙苎 坠! ! 竺! ! 竺堕垒些壁旦墨堕垄壁! ! ! ! l 第一章绪论 1 1 选题背景 互联网技术的迅速普及与快速发展深刻地改变了社会的运行模式，应用系统 的发展也从传统的c s n b s ，到目前具有多层结构的应用服务器模式，从而使龛 业的应用系统的建设具有更大的灵活性与可扩展性。然而，j e 是由于计算机、嘲 络技术的不断发展以及企业信息化进程的逐步引入，造成企业内部各种各样计算 机应用系统的存在，这些系统往往各自独立、封闭运行，相互之间不存在数据的 交互，由于这种应用分割的存在，多个系统之间往往存在数据的冗余以及功能的 重叠，各个系统之间信息传输、资源利用困难，形成所谓的“信息孤岛”。多种 不同的平台、系统、开发语言、数据格式、网络等的差异，使得企业难以进行优 化、高效的运转，造成企业信息化的程度难以满足当今f ：j 益激烈的市场竞争，特 别是随着新的管理理念的应用，企业资源计划( e n t e r p r i s er e s o u r c e sp l a n n i n g ， 简称e r p ) 、供应链管理( s u p p l yc h a i nm a n a g e m e n t ，简称s c m ) 、客户关系管理 ( c 1 l e n tr e l a t i o n s h i pm a n a g e m e n t ，简称c r m ) 等新系统的不断引入，使得情况变 得更加复杂，在此情况下，企业一方面既要面对原有的相关i t 系统，同时，又希 望引进更先进的企业信息化系统及模式，这样企业应用集成( e n t e r p r i s e a p p l i c a t i o ni n t e g r a t i o n ，简称e a i ) 便成为国内外研究的一个非常热门的领域。 e a i 是指在企业中的任何相连的应用间无限制地共享数据和业务处理，其目 的是将企业的业务流程、应用软件系统、硬件、各种标准联合起来，在多个企业 应用系统之间实现无缝集成，使其像一个整体一样迸行业务、信息处理，从而使 企业的整个业务、管理、资源等各个环节，达到协调运转、效率优化，从而最终 实现企业效益的提高。从其具体应用范围上讲，e a i 既包括企业内部的各种应用 系统集成，又包括企业与企业之间的集成，特别是随着企业电子商务的逐步开展 普及，e r p 、s c m 、c r m 等系统的应用，将企业放到整个供应链的整个流程中进行 考虑，也已成为企业的共识，也是真正提升企业竞争力的必要途径，从而实现企 业与企业之间信息交换、商务协同、过程集成以及组建动态联盟等 3 引。 在大型企业应用或跨企业应用中，要求所有的参与者都采用同一个基于某种 语言和平台的模型是不现实的。而w e b 服务结合了面向组件方法和w e b 技术的优 势，利用标准网络协议和可扩展标记语言( e x t e n s i b l em a r k u pl a n g u a g e ，简称 x m l ) 1 2 1j 数据格式进行通信，具有良好的普适性和灵活性。在i n t e r n e t 这个巨大 的虚拟计算环境中，任何支持这些标准的系统都可以被动态定位以及与网络上的 其它w e b 服务交互，任何客户都可以调用任何服务而无论它们处在何处，突破了 传统的分布式计算模型在通信、应用范围等方面的限制，允许企业和个人快速、 廉价建立和部署全球性应用。本文将在研究w e b 服务技术的基础上，将其运用到 塑塑查兰璺生堂垡丝苎 坠! ! ! ! ：! 竺塑尘、业生旦塞盛垫查! 受里 企业应用集成中，以实现企业应用的有效整合。 1 1 1 当前e a i 技术存在的问题 在近几年来的分布式计算技术发展过程中，逐步出现了远程方法调用 ( r e m o t em e t h o di n v o c a t i o n ，简称r m i ) 、分布式组件对象模型( d i s t r i b u t e d c o m p o n e n to b j e c tm o d e l ，简称d c o m ) 、通用对象请求代理体系结构( c o m m o n o b j e c t r e q u e s t b r o k e r a r c h i t e c t u r e ，简称c o r b a ) 等技术，它们在企业集成应用中取 得了一定的成功，但它们仍然存在种种致命的缺点，使得它们的使用始终处于研 究领域或者应用范围狭窄m j 。 ( 1 ) r m i 是一种使用j 2 e e 使不同计算机上的组件可以在分布式网络中进行交 互的方法r m i 是远程过程调用的j a v a 版本。不过，它可以随请求一起发送一个或 多个对象。对象可以包含修改远程计算机上执行的服务的信息。它可以帮助在早 期过程中捕获错误，还可以大大增强代码的可维护性。r m l 分下列三层来实现： 在客户h e 务器关系的客户端代理对象或占位程序( s t u b ) ，以及服务器端 的相应框架。占位程序对于调用程序来说，就是被调用以提供服务的程序。 远程引用层随调用程序传递的参数不同而进行不同的操作。例如，该层可 以确定请求是调用单一远程服务还是在组多播模式中调用多个远程程序。 传输连接层，它设置和管理请求。单一请求通过计算机上的各层向下传输， 并由另一端通过各层上传。 从上面的讨论可以看出，r m i 技术的主要缺点是客户和服务器之间的通信需 要依靠专用协议( j r m p ，j a v a 远程方法协议) ，因此不容易将采用不同语言编写 的分布式服务器组件集成到单一应用程序中。使用专用协议会降低使用多项技术 开发的软件组件之间进行互操作的可能性。 ( 2 ) d c o m 是一组m i c r o s o f t 建立的概念和程序接口，在其中客户程序对象可以 请求来自网络上另一台计算机上服务器程序对象的服务。d c o m 以c 0 m 框架为基础。 使用d c o m 接口，客户对象可以将远程过程调用( r e m o t ep r o c e d u r ec a l l ，简称r p c ) 转发给应用程序服务器对象，由应用程序服务器对象进行必要的处理并将结果返 回到w e b 服务器。然后就可以在响应对象中发送出去。d c o m 也可以在企业内部网 络或包括公共i n t e r n e t 在内的其它网络上运行。它采用t c p i p 和超文本传输协 议，d c o m 随w i n d o w s 操作系统一起提供给用户。 ( 3 ) c o r b a 是一种体系结构和规范，用于创建、发布和管理网络分布式程序对 象a 它允许位于不同位置以及由不同提供商开发的程序通过接口代理在网络中进 行通信。c o r b a 的基本概念是对象请求代t 犟( o b j e c tr e q u e s tb r o k e r ，简称o r b ) ， 要在o r b 之间提出请求或返回回复，程序使用通用网间对象请求代理协议 ( g e n e r a li n t e r o r b p r o t o c o l ，简称g i o p ) ，对于i n t e r n e t 贝0 使用因特网对象请 求代理协议( i n t e r n e ti n t e r o r bp r o t o c o l ，简称i i o p ) 。i i o p 将g i o p 请求和回 2 河海大学硕十学位论文 w e bs e r i v c e s 的企业心用集成技术研究 复映射到每台计算机的传输控制协议( t r a n s f e rc o n t r o l p r o t o c o l ，简称t c p ) 层。虽然c o r b a 是开发分布式应用程序的优秀体系结构，但是它并没有解决该领 域中所有问题，它具有以下局限性：c o r b a 使用i i o p 进行客户和服务器之间的 通信。这就需要使用自定义编组和安全代码，从长远来看它限制了客户和服务器 之间的互操作性；使用i i o p 需要穿越组织的防火墙；c o r b a 实现方案通常很 复杂，可能还需要设计、安装和维护的特殊技巧。 上面介绍的当前主流e a i 技术是一种紧耦合集成模式，比较适用于那些对性 能要求较高的、需要多种层次集成的应用集成系统，然而这些传统企业应用集成 方案都或多或少地存在着以下的一些问题h 儿4 l j ： ( 1 ) 缺少基于e a i 实现的标准方法学。绝大多数的e a i 软件都有自身实现的方 法学，传统的应用集成产品几乎都没有从总体考虑的应用集成体系结构。现在e a i 正在由有一些组织实施标准化，但是实现e a i 的集成框架和方法学依然滞后。 ( 2 ) 集成框架的动态可扩展性比较差。传统的应用集成方案都是针对特定的 软硬件结构、网络环境或者特定的应用领域而进行研究和开发的。面对软硬件结 构等的动态变化，系统的自适应能力太差，有些甚至表现为无能为力。同时，它 们是针对独立的应用提供的服务，系统的集成框架都是面向特定应用的，集成框 架于整个企业的组织毫无关系，使得系统毫无通用性可言，系统在企业中的可实 施性比较差。 ( 3 ) 程序化的而不是抽象的数据访问。访问、集成以及转换数据( 企业信息 集成) 的挑战主要由开发人员通过手工编码来执行。不同数据源的存在是企业i t 环境中实实在在存在的现实情况。开发人员用适配器来访问数据源，用转换引擎 来对数据进行重新格式化以及用复制来从物理上加固数据。 ( 4 ) 在技术方面有很强的专用性。c o r b a 、d c o m 、r m i 都使用自身私有的协议， 只能解决企业内部的对等实体问的分布式计算，这就增加了应用集成的复杂度。 c o r b a 虽然成功的定义了一种语言无关的通信方式，但它却把实现对象请求代理 ( o r b ) 的协议的任务留给了供应商，而且企业防火墙有时会阻止o r b 通信。d c o m 依赖于严格管理的环境，如果要开发d c o m 应用程序，则所有参与该分布式应用程 序的节点都努须得到w i n d o w s 系统的支持。要找到能成功地在外部调用d c o m 或者 i i o p 的任意两台计算机几乎是一件不可能的事情。 ( 5 ) 跨平台的分布式异构系统间互操作性差。一个c o r b a 客户程序若需要获得 d c o m 客户程序的服务( 或者相反) ，常见的解决方案是使用一个c o m c o r b a 桥。然 而，这种鳃决方案存在许多问题。假设在c o r b a 和c o m 之间引入了个新的软件， 在c o r b a 的i i o p 至o d c o m 的o b j e c tr e m o t ep r o c e d u r ec a l l ( o r p c ) 之间，繁杂的双 向转换将使得中间起桥接作用的软件变得很复杂。任何对f l o p 协议和o r p c 协议的 修改都会导致桥接软件的修改。 ( 6 ) 应用集成整合的成本高。传统的e a i 解决方案需要很高的应用整合成本， 河海大学顾+ 学位论文 w e bs e r i v c e s 的企业应用集成技术研究 并且很难适应企业应用集成需求的变化，一旦有基于新的体系结构开发系统需要 集成，往往又需要更大的投入。 1 1 2w e bs e r v i c e s 的集成技术 在介绍w e bs e r v i c e s 的集成技术之前，有必要区分一下f 面的两个w 曲服务 术语：w e bs e r v i c e s 和i w e bs e r v i c e 。从表面上看一个是复数形式，一个是单数形 式。然而w c bs e r v i c e s 是指用于架构w e bs e r v i c e 的整体技术框架，而w e bs e r v i c e 则是使用w 曲s e r v i c e s 技术而创建的应用实例，当然也有很多时候，w e bs e r v i c e s 的含义也是具体的应用实例，只不过此时是泛指( 即复数) 。 约定：在不引起混淆的情况下，本文以后多采用w e b 服务来替代w e bs e r v i c e s 平n w e bs e r v i e e 。 在异构环境下实现信息和软件资源的共享和集成是一项极大的挑战，而一个 开放的标准是解决此类问题的关键。通过开放的i n t e r n e t 标准：超文本传输协议 ( h y p e r t e x t t r a n s p o r tp r o t o c 0 1 ，简称h t t p ) 1 引、x m l 、简单对象访问协议( s i m p l e o b j e c t a c c e s s p r o t o c o l ，j 萄称, s o a p ) i 、w e b 服务描述语言( u n i v e r s a ld e s c r i p t i o n d i s c o v e r ya n di n t e g r a t i o n ，j 貅w s d l ) 幽j 、统一描述、发现和集成协议( w e b s e r v i c e sd e s c r i p t i o i ll a n g u a g e ，简称u d d i ) 1 2 3 等标准，w e b 服务消除了现存解决方 案中的互操作性问题。w 曲服务也是一种标准化的松耦合集成模式，比较适用于 那些需要更大的灵活性，改动频繁的应用集成系统。 w 曲服务越来越成为企业开发和应用的热点。通过定义基于不同的语言和操 作系统的应用程序间能进行交互的公用方法，w e b 服务正成为一种应用集成的平 台| 】2j 。w 曲服务作为一种分布式的计算技术，通过使用标准的x m l 协议和信息 格式用于在i n t e m e f f i n t r a n e t 上展现各种应用服务。这些应用通过包装成w 曲服务， 使用x m l ，s o a p 、w s d l 和u d d i 等技术把它们的函数或方法作为w 曲服务接口 来显示，对于调用它们的其它应用来说，这些应用无论其开发语言、平台如何， 都成了同样的东西，都是一些可调用的w 曲服务。w 曲服务彻底改变了传统e a i 中点对点的集成处理方式，它以一种松散的w 曲服务捆绑集合形式能够快速、低 代价地开发、部署、发现和动态绑定应用，其优越性主要表现在1 3 】： ( 1 ) 简单性。相对于典型的e a i 解决方案( 包括分布式技术如r m i 、d c o m 和 c o e d 3 a ) ，w e b 服务更便于设计、开发、维护和使用，它使得创建跨越多个应用 程序的商务流程处理将变得相对简单。 ( 2 ) 基于开放协议标准。w 曲服务基于开放标准，如h t t p ，x m l ，s o a p 及 u d d i ，因此许多支持这些标准协议的应用也同时支持w 曲服务。基于现存的开 放标准使企业为了支持新出现的w 曲技术而作的投资，此优点为w 曲服务可被广 泛使用的原因之一。 ( 3 ) 黑箱实现。w e b f l 匪务是黑箱操作，并且可以在不知道w 如服务是如何实现 4 河海大学埘士学位论文 w e bs e r i v c e s 的企业应用集成技术目f 究 f 采用的是何种编程语言、平台等) 的情况下被重用。 ( 4 ) 集成代价低。传统的e a i 解决方案由于其本身的复杂性，其实施、维护和 升级是非常昂贵的。而w 曲服务的实施相比之下较为便宜而且快速。w e b 服务体 系架构不是一种全新的系统，企业内部的解决方案可以完全保留现状，只需要在 原有的基础上按照相关标准进行x m l 封装。 ( 5 、动态性。企业系统集成的过程中，若采用w e b g 匣务的方式来进行，则只需 从服务提供者所公布出来的服务中选择适用的商业服务，并纳入企业流程中，即 可达到系统集成的目的。相对于传统式的集成方法，w c b 服务是以动态整合界面 来集成系统，较具动态性。 1 2 研究现状 因为w e b 服务几乎就是为了企业应用集成而产生的，并且w e b 服务自身也 处于不断完善之中，所以在研究基于w e b 服务的企业应用集成的同时，也特别 应该关注w e b 服务的研究现状。 1 2 1w e b 服务研究现状 以m i c r o s o f t 、i b m 、o r a c l e 、h p 、b e a 、s a p 等为首的计算机业巨头们无一例 外地将自己的软件产品解决方案全面支持w e b 艮务，并共同成立了w e b 务互操 作组织( w e bs e r v i c e si n t e r o p e r a b i l i t yo r g a n i z a t i o n ，简称w s i ) ，致力于推 广w e b 服务的全面应用。自从该组织2 0 0 2 年2 月成立以来，已有一百七十多个公司 加入了该组织。在2 0 0 3 年8 月，w s - i 发布了w s i 基本概要【3 0 】，它包括该组织推荐 的一系列核心的w e b 服务规范。在参与了w e b 服务及其相关标准制定的同时，这些 计算机业巨头们在w e b 服务的开发和相应的平台和工具支持方面也走在世界的前 列。i b m 、m i c r o s o f t 及b e a 等公司第一时间就在自己的产品中增加了对w e b 服务的 支持，并纷纷推出基于w e b 服务的解决方案。i b m 的w e b s p h e r e ，m i c r o s o f t 的n e t ， b e a 公司的w e b l o g i c 等产品都把实现w e b 服务列为自己的目标。为了配合开发人员 的使用，m i c r o s o f t 、i b m 和s a p 公司分别构建了全球化的u d d i 站点，以便用于w e b 服务的发布和查找。当前很多公司都提出了基于i n t e r n e t 计算平台的下一代软件 的计划，其中最具有代表性的就是微软的n e t 计划，和s u n 的基于j a v a 和x m l 的智 能w e b 服务。i b m 提出了w e b s p h e r e f g n e t 能够共存的解决方案，其核心就是通过 w e b 服务实现基于w e b s p h e r e 和n e t 的应用程序之间能够互操作【3 8 j 。其它的大公司 也提出了一些解决方案，但他们的研究大多在进行中，且保密性比较强，也没有 比较详尽的研究报告。同时在工业界，尽管w s i 推出了一系列核心的w e b 艮务规 范，但各个厂商也有自己的支持g e b f l 艮务的协议规范，如微软的d i s c o 协议等。由 于企业问资源、业务联系日益紧密，w e b 服务的应用集成已成为当前的研究、应 用热点【6 1 。 ! ! 查叁堂堡主兰篁丝塞 坠! ! ! ! 堡! ! ! 塑垒、业皇里墨堕垫查! ! 墨 1 2 2 基于w e b 服务的e a i 研究现状 现在许多研究机构也结合自己的研究项目，推出了一系列的原型系统，这旱 介绍一些具有代表性的基于w e b 服务的e a i 模型框架。 d i e t e rf e n s e l 等提出了一种基于w 曲服务的e a i 模型框架w s m f l l j ：其 主要思想是提出了一个中介服务的概念，以该中介服务的标准接口对其它服务进 行松散耦合，从而合成更为复杂的w 如服务。w s m f 包括了四个不同的主要元 素：本体( 有可供其它元素使用的术语) 、目标库( 包含应由w e b 服务解决的问 题) 、w e b 服务摇述( 定义了w e b 服务不同方面) 和中介器( 提供解决互操作问 题的途径) 。该模型仅仅提供了一种e a i 的实现方案，现在还没有完全实现。 f e ic a o 等提出了基于一种元模型的w e b 服务集成方案【9 j ：该模型抽取出与 w e b 服务需求声明相关而与各种开发工具无关的元数据模型，然后映射该元模型 到一个开发工具相关的元模型。基于元模型的w s d l 用e r ( 实体关系图) 关系 表示，该模型框架主要用于数据集成。 i b m 的y i n gh u a n g 提出了一个解决业务集成的w e b 服务合成框架 2 1 ：该框 架包括了三层接口层( 提供基于浏览器、b 2 b 、应用程序、数据的各种接口) ； 集成层( 包括流程、业务过程等) ；基础设旖层( 包括提供安全、业务控制、 异常处理和问题解决方案管理等) 。该架构比较适合应用于b 2 b 集成。 i b m 公司推出的w e b s p h e r e 产品的红皮书介绍了一种基于w e b 服务的e a i 集成方案拇 t 4 a ：它采用了j 2 e e 结构和w e b 服务协议栈的分层概念，把每层对应 的应用服务器、消息代理、业务过程、监视环境等都作为w e b 服务路由器处理。 i o n a 公司推出的o r b i xe 2 aw e bs e r v i c e s 集成平台吲：o r b i xe 2 aw e b s e r v i c e s 集成平台是第一个可以用于关键业务流程的w e bs e r v i c e s 集成平台。该 集成平台提供了实现可靠的、可缩放的和安全动态数据交换，业务流程自动化和 复合应用程序所需的所有工具和管理服务。 总结以上模型的特点，它们所存在的共同问题有以下几点： ( 1 ) 它们都是针对具体的相关领域提出的解决方案，模型架构的设计与领域 结合过于紧密，没有抽象到一个通用的系统架构层面考虑。 ( 2 ) 它们一般都从不同的集成层次为着重点去考虑集成框架，要么针对一个 特定的集成层次，要么与个特定的操作系统紧密结合，要么与支持特定技术。 而一个模型架构应该考虑不同层次的企业应用集成。 1 3 本文研究的主要内容 本文在对己有研究成果的深入研究基础上，理清t w e b 服务的关键技术的发 展脉络，提出了基于w e b 服务的集成模型框架烙一i m f 。本文主要完成的工作包括 以下几方面： ( 1 ) 阐述t w e b j e 务的概念、体系结构和相关技术，并对w e b 服务的开发平台 河海大学硕士学位论义 w e bs e r i v c e s 的企业应用集成技术研究 进行了比较，对w e b 服务的发展前景作了一个简单的展望，t ) 形g t 需要解决的技 术难点： ( 2 ) 归纳、阐述了企业应用集成的基本策略，描述了企业应用集成的层次， 总结出企业应用集成的一般步骤，对各种企业应用集成实现方法进行了分析； ( 3 ) 设计了一个基于w e b 服务的集成模型框架w s i m f ，并对这个框架模型的层 次、特点等方面进行了详细地说明； ( 4 ) 重点分析了跨平台w e b 服务集成所面临的几个常见的互操作问题，包括 j 2 跖技术和n e t 之间的交互类型、基本数据类型和结构以及命名空间问题，并给 出了相应的解决办法。 ( 5 ) 给出了遗产应用转化为w e b 服务的一般处理办法，重点研究了如何通过网 关处理模式将c o r b a 遗产应用转化为w e b 服务。 ( 6 ) 结合w si m f 模型，设计出在实际应用项目中的系统架构，并应用前面讨 论的互操作问题的解决办法到实际项目上。 1 4 本文的组织结构 本文共分为六章： 第一章：绪论。介绍了本课题的背景和研究现状，说明了本文所做的主要i ： 作和进行的理论研究，最后列出了论文的组织结构。 第二章：w e b 服务概述。介绍w e b 服务的概念和体系结构，并且分析当前w e b 服务使用的关键技术，比较了开发w e b 日务的主要平台，对w e b j 匪务的前景进行了 展望。 第三章：企业应用集成技术研究。给出了进行企业应用集成的基本策略，介 - f l t 企业应用集成的层次结构和实施步骤，分析了企业应用集成的各种实现方 法。 第四章：w e b j 报务的w s i m f 框架模型。设计出该框架模型并给出了相应的描 述，对本文的两个重点研究内容_ w e b 服务的互操作问题和遗产系统转化为w e b 服务的过程进行了比较深入的分析和研究。 第五章：w s m f 模型的应用实例分析。结合w s - i i f 模型，设计出了实际应用 项目的系统架构，并将前面讨论的互操作问题的解决办法应用到实际项目上。 第六章：总结与展望。对本文所介绍的w e b 服务的应用集成模型框架说明不 足之处，并对其应用前景做出展望。 塑塑查兰堡兰堡堡壅 坠! ! ! ! 生! ! ! 塑垒、监丝里塞壁塑查! ! 翌 第二章w e b 服务概述 本章首先讨论w e b 服务的一些基本概念，探讨了什么是w e b 服务。接着从技术 角度较为详细地分析了w e b 服务的体系结构，介绍了w e b 服务协议栈，分析t w e b 服务在i n t e r n e t 瑚 利用消息服务于j m s 实现e a i 利用x m l 实现e a i 利用j c a 实现e a i 利用w e b 服务实现e a i 3 5 1 分布式企业通讯模型实现e a i 某些企业环境需要对由特定辅助企业应用程序所提供的服务实现分布式访 问，图3 2 简要地说明了使用分布式企业通信范型，在辅助企业应用程序或传统 海夫学乱砸 ：学位论文 w e bs e r i v c e s 的企业心用集成技术研究 仓业应用程序与w e b 企业应用程序之间提供e a i 连接方法于所考虑的因素。 作为客户端的所有程序 依赖于容器的各种构件 可提供服务器套接字 图3 - 2 利用分布式通信范型实现e a i 的模型 3 5 1 1 利用c o r b a 实现e a i 在分布式通信范型中实现e a i 的最重要的技术就是利用c o r b a 实现e a i ，c o r b a 是一种独立于语言与平台的分布式通信解决方案。因此，为辅助传统应用程序 提供基于c o r b a 的接口，能够实现于其它应用程序进行非常高级的e a i 。在传统 辅助企业应用程序端，必须为应用程序提供本地语言c o r b a 的包装实现，并且通 过c o r b ai d l 定义分布式接口。或者可以使用j a v aj n i 桥接本地辅助应用程序与 通过j a v ai i ) l 所实现的分布式c o r b a 接口，或者基于j a v a 的商业c o r b ao r b 实现。 无论是否使用j a v a 作为辅助企业应用程序端的桥接技术，这个应用程序的接 口都是通过i d l 来实现的。因此，可以利用j a v ai d l 或商业o r b 在独立j a v a 应用程 序中与这种应用程序进行通信，并且可以从j 2 e ee j b 或w e b 组件中实现与这些应 用程序的通信。由于在j 2 e e 环境中创建服务器套接字时存在一些限制，使得j 2 b e 组件不能实现任何形式的c o r b a 服务器回调机制。 3 5 1 2 利用r m i 实现e m 在某些情况下，r m i 也可以用来作为实现分布式e a i 的方式。在j a v a 企业应用 程序中，r m i 的强大功能表现在对于所有j 2 e ee j b 环境这能够保证实现最大限度 的互操作性，这是因为r m i 是标准的e j b 接口技术。因此通过r m i 实现e j b 的回调就 只要在传统辅助应用程序端实现常规的e j b 客户接口即可。如果传统辅助应用 程序是利用另一种语言实现的，那么在这种应用程序之上的跳i 就意味这需要使 用州i 桥接。虽然在这种情况下可能会对j a v a 企业应用程序层进 亍访阿得到简化， 但从其它企业应用程序环境中访问传统辅助应用程序则受到了很大的限制，因 为在这种情况下必须是能够使用r m i 并且基于j a v a 应用程序才能够实现这种访 问。 3 5 1 3 利用d c 嘣实现e a i 如果在传统辅助企业应用程序中使用的是基于w i n d o w s 的主机平台，那么 d c o m 可以说是实现应用程序与3 a v a 企业应用程序环境连接性的最佳途径。在基于 w i n d o w s 的传统辅助企业应用程序端使用i ) c o m ，用来提供一个分布式接口，能够 非常容易地用来创建原始应用程序的任何库与语言。 河海大学硕士学位论文 w e bs e r i v c e s 的企业应用集成技术研究 虽然基于j a v a 的独立_ c o m d c o m 客户可以在j a v a 企业端创建，但如果使用了 m i c r o s o f tt v m ，那么就必须使用基于w i n d o w s 的开发平台。但是某些j 2 e e 容器 服务器供应商提供了在标准j 2 e e 环境需求之上使用的c o m 连接功能。这样就能够 通过某些供应商产品将e j b 作为c o m 对象进行访问。例如，b e aw e b l o g i c 还允许通 过w e b l o g i c 自己的r m i 实现从j a v a 组件对c o m 组件的访问。 3 5 2 利用消息服务与j m s 实现e a i 所有的e a i 使用的分布式通信范型都依赖于对将要被集成的传统辅助企业 应用程序进行同步调用的能力。这种实现e a i 的方法可能特别适合于某些特殊的 内部e a i i 程，但对于外部e a i i 程或b 2 b 集成，这种方法则存在明显的不足。在 需要进行外部e a i 时，最好是能够考虑使用异步消息通信机制。异步通信能够非 常容易地实现系统之间的高级耦合，并且能够通过消息服务供应商，实现可靠与 强壮的消息队列集中管理。 图3 3 给出了e a i 解决方案中使用j m s 的基本体系结构。由于使用了j m s 中基于 服务供应商接口( s e r v i c ep r o v i d e ri n t e r f a c e ，s p i ) 的体系结构，因此在j 2 e e j a v a 企业应用程序 j m s a p l j m s a p i 厂商的消息客户端 接口 j a v a 企业平台 所有j a v a 应用程序作为 依赖于容器j 2 e e 构件 谱荫芰荐一 j 2 e ev 15 对e j b 消费者 图3 - 3 利用j m s 实现e a i 企业应用程序中可以集成任何特定供应商的消息服务实现，并且这些消息服务实 现能够提供关3 y j m ss p i 的实现。这样如果辅助性企业应用程序对于本组织是外 部的应用程序，那么由辅助系统所提供的特殊消息服务系统就能够非常容易地与 j a v a 企业应用程序的集成【2 s 】。 3 5 3 利用x m l 实现e a j x m 是j a v a 应用环境中一种进行数据表示的技术，同时，x m l 也是在大多数其 它企业应用程序环境中有望得到广泛使用的数据表示技术。x m l 可以用来表示从 一1 个系统传递到另一个系统中的数据，因此在实现e m 时，x m l 已经逐步成为进行 消息传递的标准语言。在希望集成的系统之间，可以定义并共享标准的0 t o ，用 来对系统2 _ l o u 交换的x m l 文档进行解释。利用某些技术如x s l t 技术，可以实现强 x m l 文档从个系统环境到另一个系统环境的转换。 河海大学硕 学位论文 w e bs c r l v c e s 的企业应用集成技术研究 图3 4 描述了通过x m l 将j a v a 企业环境与传统辅助企业应用程序环境进行集 成的基本体系结构。为了构造与分析x m l 文档，传统辅助企业应用程序必须已经 具有x m l 文档创建器分析器，或者能够对x m l 文档创建器分析器进行扩展。目前， 对于大多数具有a p l 支持的平台，都已经有各种语言版本的商业化工具，可以支 持x m l 文档的创建与分析。此外，对b 2 b 以及e a i 的某些标准化创建方法已经导致 出现了商业化的程序库，可以用来按照特定的应用程序所需的特定形式对基于 x m ，的信息进行封装。这样就已经出现了标准的d t d ，用来描述这样的文档；采用 类似于x s l t 的技术，可能还会形成标准的方法，用来将文档从一种系统语言形式 转换为另一种系统语言形式【l “。 j a v a 企业应 遗产辅助企 业应用 用程序 f 可能 应用相关的 - j 丹二蔓 应用相关的 i 。一 n 文档处理库 非j a v a l d t d s 爿b 文档处理库 卜一 x m l 文档构 造器解析器 x m l 文档构 _ 1 造器侑￥析器 i 一 k s i 毫 x s 【j t s j a v a 应用平台 艄错 图利用x m l 实现e a i 在j a v a 企业应用程序中，存在标准的j a v a 库，可以使用标准s a x 接口或d o m 接口创建与分析x m l 文档。因而j a v a 企业应用程序已经能够使用基于x m l 的e a i 。 在企业应用程序之间所传递的x m l 文档形式是与特定应用程序相关的。某些情况 下，通过应用与企业应用程序双方关于d t d 的规范，就能够完全控制定义x m l 文档 消息的格