（系统工程专业论文）面向EAI的Web集成技术的研究与实现.pdf

摘要 摘要 企业应用集成e a i 的目的是将企业已有的和新建的各种业务系统集成起来， 共同完成企业的各种商务活动，提高信息流转与处理的效率。e a i 过程中一直存 在着如何在尽可能保护原有投资、原有信息系统的基础上对异构应用系统进行 透明整合的问题。基于门户的w e b 集成在传统e a i 的基础上发展而来，针对主 流w e b 应用系统的特点，强调在集成过程中尽可能不对已有的应用系统做出大 的修改，实现数据共享和业务流程的集成，从而降低e a i 过程中的时间与成本 的消耗，提高系统集成的效率并能灵活快速地适应企业的发展与市场的变化。 门户平台开放特性与门户组件可插拔、协同交互特性以及w e b 服务等资源的跨 平台特性一起构成了面向企业应用集成的w e b 集成基础。 本文研究了门户平台与门户组件的相关规范，结合企业应用集成的层次框架， 采用了一种基于门户的w e b 集成框架。在集成框架中，门户平台作为应用w e b 集成技术整合w e b 应用的组件载体，负责将w e b 集成所整合的资源以统一的标 准界面予以展现；门户组件则具体实现w e b 集成技术方法，并与实现了相应接 口的目标应用系统( 比如将某业务逻辑封装成w e b 服务) 进行整合。此外框架 的适应性模块可以提高w e b 应用集成及面对外部变化的适应性。 基于此应用集成框架设计与实现了v o i s p 应用集成平台原型，在门户组件协 作通信的基础上实现了资源管理与资源调用等关键功能。此外探讨与应用面向 切面编程a o p 设计模式实现了审计支持功能，减小了模块问的耦合度；针对门 户的集成特性探讨采用c a s 单点登录服务实现w e b 集成的单点登录功能。 此外，在应用集成平台的适应性方面也进行了一些探索，结合r d f 资源描述 框架在对w e b 集成资源的语义检索层面进行了有价值的尝试，这对提高应用集 成平台应对多变w e b 环境的能力，并实现对w e b 集成资源的智能组织与安排是 很有意义的。 关键词：门户平台，企业应用集成，门户组件，资源描述框架，单点登录 a b s 乜a c t a b s t r a c t a i m e dt h et r a n s p a r e n ti n t e g r a t i o nt ow e ba p p l i c a t i o n s ，w e bi n t e g r a t i o n o np o r t a lc a nr e d u c et h ec o s tg r e a t l ya n ds a v et h ep r e v i o u si n v e s t m e n t d u r i n gt h ep r o c e s so fe a i ( e n t e r p r i s ea p p l i c a t i o n si n t e g r a t i o n ) w i t h t h ef e a t u r e so fo p e np o r t a l ，p l u g - i n - a b l ep o r t l e t ，c r o s s p l a t f o r mw s a n ds oo n , e a io r i e n t e dw e bi n t e g r a t i o nh a sb u i l tas o l i df o u n d a t i o n i nt h i sp a p e r ，w ea n a l y z e dp o r t a la n dp o r t l e ts p e c i f i c a t i o nb a s e do n e a i a n dp r o p o s e da ne n t e r p r i s ep o r t a l b a s e dw e ba p p l i c a t i o ni n t e g r a t i o n f r a m e w o r k ( e p w a i ) i ne p w a i 。p o r t a lt a k e st h er o l e o fs h o w i n gt h e u n i v e r s a lv i e wu s i n gp o r t l e tt oi n t e g r a t ew e ba p p l i c a t i o n s ：p o r t l e tt a k e s t h er o l eo fp r o v i d i n gv a r i o u si n t e r f a c e s a n dm e t h o d sa c c o r d i n gt ot h e d e t a i lo ft a r g e ta p p l i c a t i o n f u r t h e r m o r e ，t h ea d a p t i v em o d u l e si nt h e f r a m e w o r kc a ni m p r o v et h ee f f i c i e n c yt om e e to u t e rc h a n g e s b a s i n go nt h ef r a m e w o r ke p w a i ，w ei m p l e m e n t e dap r o t o t y p e f o r a p p l i c a t i o ni n t e g r a t i o ni nv o i s p ，w h i c hi n c l u d e sm a i n l yl i k er e s o u r c e s m a n a g e m e n ta n dr e s o u r c e si n v o k ef u n c t i o n sb a s e do nt h ef e a t u r eo fp o r t l e t i n t e r o p e r a b i l i t y m o r e o v e r ，w ei m p l e m e n t e dt h ea u d i ts u p p o r tm o d u l ew i t h t h eh o p ( a s p e c to r i e n t e dp r o g r a n m i n g ) d e s i g np a t t e r nt or e d u c et h e c o u p li n gb e t w e e nm o d u l o s ：p r o p o s e dak i n do fs i n g l es i g n o nu s i n gc a s ( c e n t r a la u t h e n t i c a t i o ns e r v i c e ) w h i c hl e tu s e r sa u t h e n t i c a t et h e m s e l v e s o n l yo n c ea n dn e e dn o tf u r t h e rm a n u a li n t e r a c t i o n sw h e ns w i t c h i n gb e t w e e n s u b s y s t e m s b e s i d e s t h ef r a m e w o r ko fr d f ( r e s o u r c ed e s c r i p t i o nf r a m e w o r k ) a l s o w a sr e f e r r e di nt h ea d a p t i v em o d u l e sp a r t ，w h i c hc a nh e l pr e a l i z i n gt h e s e m a n t i cs e a r c ha n dm o r eo t h e rf u n c t i o n ss u c ha si n t e l l i g e n ta r r a n g e m e n t o fp o r t l e tu n d e rc h a n g e a b l ew e be n v i r o n m e n t k e yw o r d s ：p o r t a l ，e a i ，p o r t l e t ，r d f s s o 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定， 同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版 本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、 扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供 本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有 关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前 提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名：范晚鑫 川年；月0 e l 经指导教师同意，本学位论文属于保密，在年解密后适用 本授权书。 指导教师签名：学位论文作者签名： 年月日年月日 第l 章绪论 1 1 论文的背景 第1 章绪论 由于各种原因，很多企业都不同程度地存在着一个个“信息孤岛”。有调 查表明，“消灭信息孤岛，实现企业应用集成”是近i 3 的c i o 最关心的事情， 每年全球有超过4 0 的i t 投资会花费在对企业内部的各种应用系统进行集成上。 这主要是因为信息系统最初往往为不同的部门而设计开发，满足的是部门应用 的目标，不同的应用系统之阋不能共享业务处理流程和信息，不能有效地协同 工作，大大降低了信息系统的效率。随着企业的不断发展和市场环境的不断变 化，按功能来划分自身已经成为企业管理的负担，严重影响了企业对市场的快 速响应。而在以电子商务为特征的新的企业经营模式下，竞争日益加剧，企业 迫切需要消除“信息孤岛”，使得各个信息系统的应用间既相互独立，又能有效 协同工作，将不同的应用集成到一个完整的企业级信息化环境中，并能够实现 与其他企业问的集成。 为了解决这一问题，迫切需要集成企业中的各个功能体重组它们的业务流 程，从而为用户提供更快捷、方便和高质量的服务，因此，企业应用集成e a i ( 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 ) 应运而生。队i 是通过相应的软件技 术将企业已有的和新建的各种业务系统集成起来，共同完成企业的各种商务活 动，并能够灵活快速地适应企业的发展和市场的变化。在完成的过程中，应尽 可能不对已有的应用程序做出大的修改，并实现数据共享和业务流程的集成。 而随着信息科技的发展，w e b 应用系统越来越成为构建企业应用系统的主 流方式，而如何针对w e b 应用系统的特点高效地进行企业应用整合成为了值得 研究的课题。在此背景下，面向企业集成的w e b 集成就是针对w e b 应用整合所 兴起的独特有效的新理念，其出发点在于异构w e b 应用系统虽基于不同技术构 建，但均通过h t t p 协议交互信息以及h t 札) ( i l 协议展现内容。从这一共同点 出发w e b 整合的关键就在于如何发现与利用现有w e b 应用所具有的基于h t m l 协 议的内容展现与交互，获取整合所需要的分散的内容、数据与业务逻辑等资源， 从而克服了分布式企业环境下面对防火墙等安全隔断以及异构平台间的应用整 第1 章绪论 合等诸多问题。此外基于富有集成等特性的门户平台的w e b 集成通过存储在内 部和外部的各种数据信息，使用户能以单一的渠道访问所需的个性化信息，并 利用获得的信息做出合理的业务决策并加以执行从而提高信息处理的效率。基 于门户的w e b 集成可以说是一种松耦合的资源集成，使得散乱的资源在门户平 台里重新组合达到资源整合的目的，这对现有投资的保护以及遗留系统的合理 利用都具有极其重要的意义。 基于门户的w e b 集成中的基础平台采用的是门户平台技术，它可以理解为 下一代的w e b 环境下的桌面，通过w e b 把应用数据信息传送到各类客户机，为 用户提供到多种类型信息与应用程序的单点访问。门户组件( p o r t l e t ) 是可重 用的组件，提供对应用程序、基于w e b 的内容和其它资源的访问。随着越来越 多门户平台的出现，不同的门户供应商都根据自己的标准开发了各自的门户组 件接口。这些互不兼容的接口实现也为门户的用户带来了各种问题。为了解决 这种问题，j c p ( j a v ac o u n i t yp r o c e s s ) 组织发布了门户组件规范，从而解 决了不同门户平台和门户组件间的兼容问题。 基于规范完成的门户平台将成为一个通用性好，适用性强的系统，可兼容 任何符合规范的门户组件，提高了产品的复用性。这也为基于门户的企业应用 集成构建了基础平台。在此基础平台之上探讨w e b 集成就落到研究如何在复杂 多变的w e b 环境下实现集成w e b 资源到统一的门户平台，并通过门户实现统一 的用户认证与访问( 即单点登录) 等关键问题上。 单点登录是指用户只需要登录一次，就可以访问多个授权的服务或应用。 随着企业规模的不断扩大，门户平台中需要集成的应用系统也越来越多，而每 个应用系统都有自己单独的安全认证模块。这样，用户在通过门户平台访问后 台应用系统的过程中，必须不断的输入自己的认证信息，以完成在相应系统上 的登录，这不仅大大降低了用户的访问效率，而且使门户平台作为企业信息和 应用单一访问点的角色不能最大限度的发挥作用。因此，有必要提供一种方法， 将各个应用的安全机制也集成到门户平台中，使得用户只需要登录到门户平台 上，就能够随意地访问其上集成的多个应用系统。这正是单点登录机制所解决 的问题。此外，在用户访问所集成的v e b 资源时，特别是在单点登录机制取代 原有的安全认证情况下，应用集成平台能够留下用户的访问痕迹以便提供日后 的审计支持是很必要的。最后应对复杂的w e b 环境的变化提高应用集成平台的 适应性方面也做了相应的探索与应用。 2 第1 章绪论 1 2 论文的主要工作 本文在研究了企业应用集成以及w e b 集成相关理论与方法，结合门户平台与 门户组件的相关规范和实现机制，主要探讨了门户平台对应用集成的支持以及 进行w e b 集成过程中的单点登录与审计支持问题，完成了以下三方面的工作： 采用一种基于门户的w e b 应用集成框架；在基于集成框架的v o i s p 应用集成平 台原型的实现过程中研究与实现了单点登录与审计支持功能；在适应性技术方 面应用资源描述框架技术探讨提高集成资源的组织管理灵活性。 1 2 1 采用基于门户的w e b 应用集成框架方案 门户是以高度个性化的方式，提供交互访问相关信息、应用软件以及商业流 程功能的软件平台技术。其实现基于组件的模块化模型，可以将门户组件( 提 供其自定义内容视图的内容容器) 便捷插入到门户基础架构中。门户组件通过 门户引擎( 门户服务器) 运行，由组件容器进行管理，根据权限数据与个性化 数据处理请求与输入以及呈现适当的输出。 在基于门户的w e b 集成体系中，门户平台作为应用w e b 集成技术整合w e b 应 用的组件载体，负责将w e b 集成所整合的资源以统一的标准界面予以展现；门 户组件则具体实现w e b 集成技术方法以与实现相应接口的目标应用系统的业务 逻辑或封装的w e b 服务进行整合。用户请求经由门户引擎综合权限数据与个性 化数据，访问由组件容器管理的门户组件，再由其通过相应的集成接口与交通 服务、订票服务等业务逻辑、服务进行交互。 2 2v o i s p 应用集成平台原型的关键实现 应用集成平台原型v o i s p 的总体结构从功能上分为资源管理模块与资源调 用模块两个主要部分，还包括一些公共的功能模块，如审计支持，单点登录等 模块。资源管理与资源调用模块由于基于门户组件的协作通信机制，可以协同 处理w e b 资源的集成与调用功能；单点登录解决了异构应用系统间繁琐的重复 注册认证问题，提高了用户访问的效率；审计支持则针对应用集成特别是单点 登录机制所带来的访问痕迹审计问题。 3 第1 章绪论 1 2 3 适应性相关技术r d f 的研究与应用 基于门户的w e b 集成在进行w e b 应用整合时会面临由于多变的w e b 环境所带 来的适应性方面的问题。而应用适应性技术的目标是提高应用集成针对不确定 的目标整合对象有着良好的适应性，快速有效地应对外界变化，提高基于门户 进行w e b 应用整合的效率与可靠性。适应性相关技术资源描述框架( r d f ) 为提 高集成资源的组织管理能力，提高应用集成平台应对w e b 资源多变的适应性带 来了良好思路。 1 3 论文的组织 本文其后的组织结构如下。 第二章介绍企业应用集成与w e b 集成的基本理论，并针对w e b 应用系统探 讨集成策略与几种典型的实现技术，最后分析w e b 集成的门户平台与门户组件 的实现机制与协作处理机制。 第三章先分析应用整合模式，在此基础上探讨应用集成组件与接口，采用 并详细论述基于企业门户的应用集成框架，最后探讨应用适应性技术r d f 提高 集成框架的适应灵活性。 第四章结合v o i s p 集成平台原型探讨基于集成框架的应用集成平台关键模 块以及审计支持和单点登录功能的实现。 最后对论文工作进行了总结，并提出了其中有待进一步深入研究的工作。 4 第2 章企业应用集成与门户平台 第2 章企业应用集成与门户平台 2 1 企业应用集成 2 1 1 企业应用集成的定义与集成过程 随着信息化的不断发展，企业以及社会充斥的软件系统也越来越多。尽管这 些系统关注于不同的领域，但在功能上有相互交叉和连接的地方，因此必须考 虑这些系统的集成问题，否则，系统越多企业内部的“信息孤岛”也就越多， 这就违背了信息化的初衷。 企业应用集成( e a i ) 是企业信息系统集成的科学、方法和技术，利用现有 分散的应用系统中已经实现的业务功能并把其集成起来的过程“”。集成包括功 能交互、信息共享以及数据通信三个方面的管理与控制，在保护现有的投资的 同时，增加了商业价值。简单地说，集成包含两个层面：信息层面和应用层面。 根据技术的成熟程度，在应用集成中最重要的过程包括n ”： ( 1 ) 平台集成，它是进行全面集成的前提条件。其目标是实现不同平台之间 的互操作性，现在大多数硬件平台都采用了开放的标准，这样让它们进行协同 工作和集成通常并不是很困难。对那些供应商己不再提供支持的旧系统，及常 年缺乏维护和使用的旧版本操作系统的系统来说，集成还是比较麻烦的。还有 过去采用了一些专用的系统或产品，也是很麻烦的。 ( 2 ) 数据级集成，数据级集成通常是应用集成的起点，数据级集成使不同的 应用程序能够对共享数据进行访问，还允许数据在不同的数据存储区之间移动。 数据集成中两个关键因素是概念建模和在概念表示上的推理支持。数据集成必 须建立数据的概念模型，对数据进行统一标识并编成目录，确定元数据模型。 只有对数据建立统一的模型后，数据才能在数据库系统中分布和共享。数据集 成采用的主要数据处理技术有数据复制、数据聚合等。 ( 3 ) 应用接口集成，在面向应用接口的集成中，集成代理是一个重要的概念， 它提供应用适配器来集成应用，适配器通过其开放或私有接口将信息从应用中 提取出来有些解决方案通过接口抽象以屏蔽适配器的自然属性，实现了和应 5 第2 章企业应用集成与门户平台 用的交互，甚至也可以屏蔽和应用问的信息传输。这种通过接口抽象的方法提 供了集成不同类型应用的高效率，也是面向应用接口集成方法的主要优势。当 与面向过程的集成以及面向服务的集成相结合时，面向接口的集成技术将能显 示出独特的效率和可维护性。应用接口级的集成通过使用a p i 来实现，通过a p i 来表示功能的应用程序可以使用编程的方法来访问功能，而无需使用用户接口。 ( 4 ) 业务方法集成，注重于通过共享业务逻辑来集成企业信息系统。业务方 法集成能够对企业中的业务处理提供完整的支持，现有的系统会参与到业务处 理的各个环节中去。高级方法作为业务方法的抽象，通过接口提供给外部。为 了定义高层业务接口必须在高层抽象的基础上，构建整个集成信息系统的全局 设计模型。 ( 5 ) 表示层集成，用户通过表示层，访问集成系统的功能。通过开发一个统 一的表示层，可以把正在执行的不同的应用程序的后台细节隐藏起来，这样可 以使表示层具有灵活性，并且更易于重组现有应用程序，易于重组最新开发的 程序组件。表示层集成的目标是提供一个通用的统一的表示层一即整个集成系 统的用户接口。用户接口是软件，用户通过它和信息系统进行交互，用户访问 信息系统的唯一方式是通过用户接口。 ( 6 ) b 2 b 的集成，有效开展b 2 b 集成的前提条件是要在两端都必须包含的业 务处理层实现企业信息系统的集成。而大规模的b 2 b 集成只适用于大规模的业 务和大的合作伙伴，完成b 2 b 集成有两个主要障碍：公司的信息系统没有被集 成；技术障碍存在使得b 2 b 集成困难。要做到b 2 b 的无缝集成，企业就必须实 旌交互e a t ，然后利用相同的或类似的技术来实现企业问的连通。 2 1 。2 企业应用集成的框架 利用应用集成框架，可以方便快速地往框架中添加新的应用，或对原有应用 进行修改，而对其它应用不产生影响。有如下几种常用的应用集成框架： ( 1 ) 点对点框架( p o i n t t o p o i n t ) ：每个应用都与其余的每个应用建立直接 连接，任何两个应用之间都要分别定义其交互的接口。该框架中，只需针对任 何两个应用解决它们之间的交互，而不需要考虑通用性的问题，实现上较为简 单，但结构上较为复杂。如果要集成n 个应用，就需要n ( n - i ) 2 个连接和n ( n - 1 ) 个交互接口。因此，在集成应用的数目比较小时，该框架还是可以很好的工作 6 第2 章企业应用集成与门户平台 的；一旦数目很大，应用问连接的数目就随之迅速增加，造成实现上的困难 ( 2 ) 消息代理( m e s s a g eb r o k e r ) 框架：任何两个应用间的交互都是通过中间 的消息代理来处理。该框架中，消息代理作为交互中心，定义了一个统一的交 互接口，各个应用只需建立与消息代理之间的连接，并根据统一接口进行交互， 这大大减少了定义接口的数量，集成框架在结构上也随之简化。例如，应用a 要求与应用b 进行通信时，应用a 只需将消息发送至消息代理，消息代理先解 析该消息，再利用与应用b 的接口，构造合适的消息并发送给应用b ，应用b 收 到来自消息代理的消息后，就会完成相应的动作。通过这样的过程，就完成了 应用a 与b 之间的通信。 ( 3 ) 流程代理( p r o c e s sb r o k e r ) 框架：该框架是对消息代理框架的扩充，不 仅要处理对应用间交互接口的转换，而且还封装了集成应用间的处理流程逻辑。 由于所有的流程逻辑都在流程代理中进行了封装，因此就可以方便地利用图形 化的接口对业务的流程进行研究、分析或修改。 2 1 3 企业应用集成的层次 根据对原有应用的数据和逻辑的具体访问方式，可以将应用集成分为如下几 个层次：用户界面集成、数据集成、业务过程集成和方法或函数集成。 ( 1 ) 用户界面集成，是面向用户的整合，指用一个统一的标准的界面代替原 有系统的界面，实现与现有系统的业务逻辑或封装的应用如e r p 、c r m 及s c m 等 进行集成。企业门户( e n t e r p r i s ep o r t a l ) 就是一个典型的视图重组解决方案。 这种技术集中在通过用户界面访问现有的应用程序，这种过程称为屏幕剪贴 ( s c r e e ns c r a p e r ) 。s c r e e ns c r a p e r 是终端仿真技术的一种扩展，终端仿真允 许用户远程访问应用的表示逻辑，而s c r e e ns c r a p e r 允许客户应用模拟终端的 键盘和显示特性，是一种可编程的终端模拟器。它提供了a p i 接口，应用可以 利用这些a p i 构建屏幕映像，模拟键盘事件。在很多老的应用系统中，终端模 拟是访问遗留系统数据的唯一方式。这些遗留系统可能未提供访问接口，只能 通过命令方式访问；或者，它们所提供的接口在现有环境下无法调用。因此， 在这些情况下，只能通过终端模拟发出业务请求。这种方法的局限性在于：用 户需要显式地登录到每个应用，以访问所需的数据：而当多个用户登录时，主机 性能会降低。 7 第2 章企业应用集成与门户平台 ( 2 ) 数据集成，是指数据库及数据源的集成。目前主要是通过e t l ( 即抽取、 变换及加载) 集成来自不同应用的数据，建立数据仓库及数据集市。从j a v a 应用程序的观点看，这种类型的集成集中在通过会话b e a n 或实体b e a n 访问1 日 数据库或文件。它还包括对新近开发的由旧系统产生的数据源的访问。x 虬通常 被用于这种集成技术，因为d i l 是共享数据的一种平台无关的表示方法。数据 级集成的优点在于可以非常直接且迅速地实现。而缺点在于，增加了应用程序 之间的数据藕合，从而加重了系统的维护负担。 ( 3 ) 业务过程的集成，是指不同的应用之问合作完成一定的业务流程。目前 主要是使用消息代理机制以及面向服务的工作流引擎。 ( 4 ) 方法或函数的集成，是一种客户端与服务器之间的请求响应的交互。目 前主要采用提供调用的a p i 、r p c 、c o r b a 、j a v a 蹦i 以及m o m 等等。在针对s & o 等典型专家应用系统的接口适配方面具有数据交互功能业务集成适配器应用比 较广泛。使用这种方法，可将业务逻辑作为可调用的方法或操作集合来进行共 享。例如，更新客户数据、验证信用卡交易等公共操作可以在所有应用程序都 有权访问的公共资源库或可重用的框架中使用。方法级集成的优点是，它通常 提供对公共业务功能的细致访问；绝大部分应用程序都可以访问这些操作；调 用方法是直接的。缺点是公共方法的细致特性难以支持事务或其它公共服务， 如安全性访问控制。 2 2w e b 集成策略与技术 2 2 1 e b 集成的由来 随着信息技术的发展，基于w e b 的应用系统已经越来越成为构建企业内容与 应用系统的主流方式。这些往往由多种语言开发、运行于多种平台上的异构w e b 系统的大量涌现在方便了企业局部信息处理的同时，也在企业整体上形成了各 自独立的信息孤岛，从整体上降低了信息处理的效率。 从传统应用整合的解决方案出发，想把这些彼此相对独立、不能共享信息与 协作的分布式w e b 应用系统整合起来，是件相当费时费力的事情。这主要由于 传统应用集成关注的范围不仅限于w e b 环境下的应用系统，所以在整合w e b 应 用系统时会出现以下一些不足之处： 8 第2 章企业应用集成与门户平台 成本高，传统应用集成广泛依赖对目标系统的功能修改，通过设计功能 适配器达到整合的目的，而这些适配器设计本身就相当困难甚至可能超 过w e b 应用自身，而且由于实现标准的难以统一使得日后升级与适配器 之间的整合代价也相当的昂贵 _ 时间久，定义接口方法与交互机制相当耗费时间而w e b 应用普遍相对传 统应用更加分散，且很难适应w e b 环境下复杂多变的现实 - 实现难，传统应用集成对局域范围之外的应用整合的功能修改要求在 w e b 环境下很多都近乎不可能实现，特别是w e b 应用普遍分布相当分散 且还有防火墙等安全措施的障碍隔断 w e b 集成是在传统应用整合基础上针对w e b 应用整合所兴起的独特、有针对 性的理念，其出发点在于异构w e b 应用系统虽基于不同技术构建，但均通过h t t p 协议交互信息以及h t m l x m l 协议展现内容。从这一共同点出发，w e b 整合的关 键就在于如何发现与整合现有w e b 应用所具有的基于h t m l 协议的内容展现与交 互资源，从而使这些分散的内容、数据与业务逻辑等资源通过集成框架与平台 等技术手段得以整合。比如e a i 整合层次中的用户界面集成，利用w e b 应用系 统的采用h t m l 】( m l 展现界面的这一特点。可以很方便的通过整合h t m l ) ( m l 达 到界面上的重新组合。而方法的集成更是可以采用基于h t t p 的交互技术轻松绕 过防火墙的阻隔与不同平台上的方法进行交互。 综上所述w e b 集成是在当今企业内部w e b 应用系统得到广泛应用的背景下由 传统e a i 发展而来，在整合w e b 应用方面对e a i 做了相当的补充与完善，弥补 了传统e a i 在w e b 环境下整合应用系统的诸多不足，从而提高e a i 在整合w e b 应用方面的效率。 2 2 2w o b 集成的典型策略 w e b 集成的实现需要w e b 环境下的基础平台的支撑，典型的如门户平台就能 够集成存储在企业内外部的信息，使得用户可以从单一渠道访问所需的个性化 信息，从而做出合理的业务决策并加以执行。基于门户平台的w e b 集成将大量 需要集成的遗留系统有效、无缝地集成到门户框架内，并通过该门户实现统一 的用户管理、访问，这对现有投资的保护以及对遗留系统的合理利用都具有极 其重要的意义。 9 第2 章企业应用集成与门户平台 在门户基础平台上应用w e b 集成有很多种不同的侧重方向与实现策略，总的 来说可以分为五种情况：页面嵌入集成、业务标准方式集成、工作流集成、页 面流集成以及特定应用的集成。 ， 页面嵌入集成，这种集成方式是最普遍、最简单同时也是被所有门户产 品支持的集成方式。当需要集成的应用原本就是b s 结构的w e b 应用时， 可以比较方便地通过页面嵌入类型的门户组件将该应用集成到门户平 台中。实际上就是在门户平台中嵌入待集成系统的浏览器页面。这种方 式下，需要处理的问题主要包括单点登录、访问控制等。典型的如i f r a m e 嵌入组件即归为此类。 _ 业务标准方式，在这种方式下，门户组件与业务系统直接通信来实现对 该业务系统的访问。这种通信又可以分为两大类。当后台的业务系统是 遵循一定标准的企业应用时，门户服务器可以开发通用的门户组件以实 现对该类系统的访问。比如对e r p 系统、c 删系统，包括数据库系统的 访问，都可以归为此类。另外一种情况就是后台的业务系统没有特定的 标准接口。这种情况下实现同该系统的集成有两种做法：门户端接口或 业务系统端接口。门户端接口是指在门户端定义数据交换的标准，然后 在业务系统中进行包装，以符合门户端接口的方式来实现数据交换：业 务系统端接口是指保持业务系统不变，在门户方开发不同的适配器以实 现与不同业务系统的数据交换。目前比较常见的是采用后一种做法。此 外，业务标准方式下的数据访问是双向的，即在门户中不仅可以查看业 务系统的数据，也可以实现对这些业务数据的更新。目前典型的应用如 基于r s s 标准的内容聚合可以归为此类。 工作流集成，指门户服务器通过一个工作流系统实现对业务系统的访 问。在这种方式下，工作流系统或业务流程管理系统通过某种方式( 通 常情况下为适配器) 实现同各种不同类型的应用或业务系统的数据交 换，而门户服务器只需要实现同工作流服务器的交互即可间接地完成对 后台业务系统的访问。目前业界领先的j 2 e e 应用服务器厂商，如i 阴， b e a ，o r a c l e 等都是以平台的形式推出自己的解决方案。平台中通常包 括j 2 e e 应用服务器、业务流程集成服务器以及门户服务器等。通过所 有这些服务器产品提供一个从开发、集成、部署到访问的全过程的完整 解决方案。在这种情况下，一般都通过工作流系统或业务集成服务器实 l o 第2 章企业应用集成与门户平台 现对后台业务系统的集成。同直接与后台业务系统通信实现集成的方式 相比，通过这种方式实现的门户对业务系统的集成主要有两点不同。首 先由于通过流程服务器实现间接通信，故这种集成往往是大粒度，侧重 流程的。其次，在这种集成模式中，除了需要考虑业务系统的数据外， 也要考虑同工作流系统或业务流程管理系统的集成。 一页面流集成，在b e a 的w e b l o g i cp o r t a l 中提供了这种功能。严格来说， 它并不是通常意义上所说的应用集成。所谓页面流( p a g ef l o w ) 是指 通过图形化的方式，在多个j s p 页面间建立流程转向关系，从而合并成 一个应用，而这个应用又进一步可以在门户组件中被引用。这种集成方 式主要针对重用目前已经存在的页面，通过一定的流程逻辑将它们连接 起来，并可以通过图形化的方式对它们进行灵活的更改。 一特定应用集成，这种集成方式是指对于一些比较常用的应用，开发相应 的门户组件来实现对该应用的直接访问，它实际上也可以归为第二种类 型。比如对e x c h a n g e 邮件服务器或l o t u sn o t e sm a i l 的访问，对日程 表的访问，对通讯簿的管理等等。这些应用都是一个门户产品必须提供 的，但通常情况下都涉及到对后台应用的访问，但由于这种后台应用类 型相对较少，且通常集中于某几个产品，故可以开发相应的专用门户组 件实现对特定后台系统的访问，即实现了在门户服务器中对该后台应用 的集成。 2 2 3w e b 集成的方法集成模型 面向e a i 的w e b 集成在传统应用与方法整合实现的基础上根据w e b 环境特点 以及信息科技的发展有着以下的方法集成模型： ( 1 ) 分布式通信模型 某些企业环境需要对由特定现有的企业应用系统所提供的服务实现分布式 访问，下图简要地说明了使用分布式企业通信范型，在现有企业应用系统之间 或传统企业应用系统与w e b 企业应用系统之间提供e a i 连接方法于所考虑的因 素。 第2 章企业应用集成与门户平台 图2 - 1 利用分布式通信范型实现e a i 的模型 利用c 0 船a 实现应用集成： 在分布式通信范型中实现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 n i 桥接本地辅助应用程 序与通过i d l 所实现的分布式c o r b a 接口交互。无论是否使用辅助企业应用程 序端的桥接技术，此应用程序的接口均可通过i d l 来实现的。因此，可以利用 i d l 在应用程序中与现有应用程序进行通信，并且可以在e j 8 或w e b 组件中实现 与这些应用程序的通信。 利用r m i 实现应用集成： 在某些情况下，蹦i 也可以用来作为实现分布式e a i 的方式。在企业应用程 序中，r m i 的强大功能表现在对于所有e j b 环境这能够保证实现最大限度的互操 作性，这是因为跚i 是标准的e j b 接口技术。因此通过跳i 实现e 1 8 的回调就 只要在传统辅助应用程序端实现常规的e j b 客户接口即可。如果传统辅助应 用程序是利用另一种语言实现的，那么在这种应用程序之上的r m i 就意味这需 要使用j n i 桥接。虽然在这种情况下可能会对企业应用程序层进行访问得到简 化，但从其它企业应用程序环境中访问传统辅助应用程序则受到了很大的限 制，因为在这种情况下必须是能够使用删i 并且基于j a v a 应用程序才能够实现 这种访问 利用d c 伽实现应用集成： 1 2 第2 章企业应用集成与门户平台 如果在传统辅助企业应用程序中使用的是基于w i n d o w s 的主机平台，那么 d o 咖可以说是实现应用程序与企业应用程序环境连接性的最佳途径。在基于 w i n d o w s 的传统辅助企业应用程序端使用d c o m ，用来提供一个分布式接口，能 够非常容易地用来创建原始应用程序的任何库与语言。虽然基于j a v a 的独立 c 删d c o m 客户可以在j a v a 企业端创建。某些j 2 e e 容器服务器供应商提供了在 标准j 2 e e 环境需求之上使用的c 伽连接功能。这样就能够通过某些供应商产品 将e j b 作为c 咖对象进行访问。例如，b e aw e b l o g i c 还允许通过w e b l o g i c 自己 的跚i 实现从j a v a 组件对c o m 组件的访问。 ( 2 ) 利用消息服务与j 峪实现集成 所有的e a i 使用的分布式通信范型都依赖于对将要被集成的传统辅助企业 应用程序进行同步调用的能力这种实现e a i 的方法可能特别适合于某些特殊 的内部e a i 工程，但对于外部e a i 工程或b 2 b 集成，这种方法则存在明显的不 足。在需要进行外部e a i 时，最好是能够考虑使用异步消息通信机制。异步通 信能够非常容易地实现系统之间的高级耦合，并且能够通过消息服务供应商， 实现可靠与强壮的消息队列集中管理。给出了e a i 解决方案中使用j 淞的基本 体系结构。由于使用了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 m ss p i 的实现。这样如果辅 助性企业应用程序对于本组织是外部的应用程序，那么由辅助系统所提供的特 殊消息服务系统就能够非常容易地与j a v a 企业应用程序的集成。 图2 - 2 基于j m s 实现e a i ( 3 ) 利用x m l 实现应用集成 1 3 第2 章企业应用集成与门户平台 x m l 是在大多数企业应用程序环境中得到广泛使用的数据表示技术，可以用 来表示从一个系统传递到另一个系统中的数据。在实现e a i 时，) 强儿已经逐步成 为进行消息传递的标准语言嘲。在希望集成的系统之间，可以定义并共享标准 的d t d ，用来对系统之间交换的d i l 文档进行解释。利用某些技术如x s l t 技术， 可以实现强x 帆文档从一个系统环境到另一个系统环境的转换。下图描述了通 过x m l 将j a v a 企业环境与传统辅助企业应用程序环境进行集成的基本体系结 构。为了构造与分析儿文档，传统辅助企业应用程序必须已经具有x m l 文档 创建器分析器，或者能够对x m l 文档创建器分析器进行扩展。目前，对于大 多数具有a p t 支持的平台，都已经有各种语言版本的商业化工具，可以支持) 强也 文档的创建与分析。此外，对b 2 b 以及e a i 的某些标准化创建方法已经导致出 现了商业化的程序库，可以用来按照特定的应用程序所需的特定形式对基于) 强也 的信息进行封装。这样就已经出现了标准的d t d ，用来描述这样的文档；采用类 似于x s l t 的技术，可能还会形成标准的方法，用来将文档从一种系统语言形式 转换为另一种系统语言形式。 生盘直用麓留系境n 佛 河艴# h 1 n 一 应用粗关史挡盐理痒 一o 一 咀，立挡l 厂飞 相造摹艉析曩 x 目l t s i 一 企业应用平台 图2 - 3 基于x m l 实现e a i 在j a v a 企业应用程序中，存在标准的j a v a 库，可以使用标准s a ) 【接口或 d o m 接口创建与解析x m l 文档，因而j a v a 企业应用程序能够很方便地使用基于 x m l 的e i i 。在企业应用程序之间所传递的x 札文档形式是与特定应用程序相关 的。某些情况下，通过应用与企业应用程序双方关于d t d 的规范，就能够完全 控制定义x l 也文档消息的格式。) a 也文档的转换与集成都可以作为x 帆文档类型 中的一个方法实现。在数据驱动的应用程序中所使用的x m l 可能会产生仅仅包 含有关将要被交换对象序列化表示的x w l 文档格式。因为x m l 能够代表简单的 数据，也能够代表非常复杂的数据，所以在实现e a i 时，可以考虑使用x m l 作 为不同的企业应用程序之间所传递数据的表示。 1 4 第2 章企业应用集成与门户平台 ( 4 ) 利用j c a 实现应用集成 企业信息化是呈阶段性发展的，在此过程中后进系统大量的基础数据往往需 要从旧有系统中获取。集成适配器模式，比较适合解决新老系统的协作整合问 题。j a v 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 c a ) 就是集成适配 器模式的典型实现，其目标就是在j a v a 新应用程序与旧有的企业信息系统 ( 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 ，简称e i s ) 间通过c c i ( c o m m o nc l i e n t i n t e r f a c e ) 建立通用的集成适配规范嘲。集成适配器模式的一个作用是为多个 客户端提供可重用的接口，使得客户端应用通过集成适配器来调用服务端的应 用。集成适配器转换被导出的公用a p i 作为服务器端a p i ，而适配器无需知道客 户端应用的存在。j a v a 连接器体系结构主要处理的是以紧耦合的方式访问e i s 的业务逻辑的需求。连接器体系结构提供了资源适配的支持，资源适配把j 2 e e 安全性、事务和通信共享映射到相应的e i s 技术。 下图为j 2 e e 连接器结构图，简要说明了如何利用适配器进行e a i 。 图2 4j 2 e e 连接器结构图 系统契约( s y s t e m c o n t r a c t s ) ：为了在应用服务器和e i s 之间获得系统级的 可插拔性，连接器结构在应用服务器和e i s 间定义了一套标准系统级契约，e i s 端的系统级契约是在资源适配器中实现的。资源适配器和潜在的e i s 相关，它 是系统级的驱动器，是被用来连接应用服务