（计算机系统结构专业论文）基于j2ee规范的eai构件平台——run+agent解释性平台.pdf

中文摘要 f 许多企业在酝酿和实施基于l a l t e m e t 的电子商务，他们也迫切希望能够实现 电子商务系统与企业内部现有应用系统间的无缝连接。因为商业数据和业务规 则经常存在于不同的企业应用实现中。为了精确和一致，需要能够从电子商务 应用程序访问驻留在不同企业应用实现中所蕴含的数据和业务规则，或将其复 制到电子商务应用程序。此外，必须将来自电子商务应用程序的数据发回其企 业应用系统中。所以无论是企业内部信息化还是发展电子商务都涉及到应用系 统之间的连接，这一领域的技术通称为企业应用集成a i ，e n t e r p r i s ea p p l i c a t i o n i n t e g r a t i o n ) 。随着x m l 和应用服务器等技术的出现和发展( 单项技术上出现了 b p m l 等用于描述商业流程的x m l 标准，还有s o a p ，u d d i ，w s d l 等用于商业流 程和w e bs e r v i c e 的通讯、注册与发现的一系列x m l 标准) ，跨企业流程层集 成逐渐成为e a i 的主流。所谓流程层集成就是建立商业流程来整合现有应用， 并有一个流程引擎来完成流程的解释执行及消息路由等功能，此类集成将离散 的应用转换成商业流程的粘合系统，灵活性高且适合b 2 b 集成，但实现难度最 大0 1 厂+ 本文从新一代的企业应用集成构件平台出发，提出了企业构件基础商业平台 的可行性方案，其主题思想：通过图形化的i d e 环境，可视化集成已有的企业 应用，持续化到相应x m l 业务描述文件，存储于业务文档库中；建立一个动态 解析执行代理r u na g e n t 平台，该平台通过客户端的请求，调用文件库的x m l 业务描述文件，动态的解析执行，调用相应的模块。该r u na g e n t 平台是基于 j 2 e e 框架实现。j 2 e e 支持企业级的，多层次的和完全分布式的w e b 服务，它为 企业级的组件开发提供了广泛的支持，便于开发模块化的，可重用的和平台独 立性的业务逻辑。 在技术上动态解释性r u na g e n t 平台属于较前沿的技术，是构件在j 2 e e 框架下二次企业应用快速开发平台，在行业上也称为基础软件构件平台。目前 为止，大多数相应平台的产品都采用编译性e a i 平台，即是通过i d e 工具构件 企业应用集成，生成相应的代码，在j 2 e e 平台再次编译部署，这种技术虽然在 某种程度上缓解企业应用集成的难度，但在性能上无法与动态解释性r u n a g e n t 平台相比。动态解释性r u na g e n t 平台将与业务相关企业应用平台抽 象成更上一层的形式语言( x m l 描述) ，在语言层次上更加自然化，极大的减低 了系统维护和开发周期。该平台已经在省电力公司部分使用，并且以该平台为 基础架构的省e i p 项目在中国s u no n e 杯大赛中获得一等奖。本文将依次介绍 其三个主要部分：o r m a p p i n g ，r u n a g e m 引擎以及m e 集成工具。 关键词：企业应用集成；r u n a g e n t 引擎：o r m 印p i n g l i a b s t r a c t m a n ye n t e r p r i s e sa r en o wi m p l e m e n t i n ge l e c t r o n i cb u s i n e s sb a s e do i li n t e m e t ，s o t h e yw a n t t or e a l i z et h ec o n n e c t i o nb e t w e e ne l e c t r o n i cb u s i n e s sa n d e n t e r p r i s e si r u l e r a p p l i c a t i o ns y s t e m b e c a u s ec o m m e r c i a ld a t aa n ds e r v i c e r u l e se x i s ti nd i f f e r e n t e n t e r p r i s e sa p p l i c a t i o n ，f o r e x a c t n e s si tn e e d st h a te l e c t r o n i cb u s i n e s s p r o g r a m a c c e s s e se n t e r p r i s e sd a t aa n ds e r v i c er u l e s ，a n dc o p i e st h e s ed a t at ot h ep r o g r a m s o b o t he n t e r p r i s e si n n e ri n f o r m a t i o na n de l e c t r o n i cb u s i n e s sm u s tb ec o n c e r n e d 、v i t l l c o n n e c t i o nb e t w e e ns y s t e m s ，t h i si sc a l l e de 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 w i t h t h ed e v e l o p m e n to fx m la n da p p l i c a t i o ns e r v e r ，p r o c e s ss e t sb e t w e e ne n t e r p r i s e s b e c o m ee a i sm a i n s t r e a m p r o c e s ss e t sa r ep r o c e d u r e so fc r e a t i n gc o m m e r c i a lt o i n t e g r a t ec u r r e n ta p p l i c a t i o n ，a n du s eap r o c e s se n g i n et of i n i s hp r o c e s s e x p l a n a t i o n a n d m e s s a g er o u t i n g s u c h s e t st r a n s f e rd i s c r e t ea p p l i c a t i o n st oc o m m e r c i a l p r o c e d u r e s y s t e m ，w h i c hi sf l e x i b l em a ds u i t a b l et ob 2 b ，b u t i sd i f f i c u l t ，e i t h e r t h i sp a p e rb e g i n sw i t hn e we n t e r p r i s e a p p l i c a t i o np l a t f o r m ，l a t e r i t b r i n g s f o r w a r daf e a s i b l ep o l i c yb a s e do nt h ep r o c e d u r el a y e rw h i c hi si n t e g r a t e dt oh a n d l e e a i t h r o u g hg r a p h i ci d ee n v i r o n m e n t ，i ti n t e g r a t e sc u r r e n te n t e r p r i s ea p p l i c a t i o n ， a n du s e sx m ls e r v i c ed e s c r i b i n gf i l e ，t h e ns t o r e st h e mt os e r v i c ed o c u m e n t a f t e r t h a t ，i t c r e a t e san e wd y n a m i ce x p l a i n i n g a g e n t ( r u na g e n tp t a t f o r m ) t h e p l a t f o r m c a l l sx m ls e r v i c ed e s c r i b ef i l ei nf i l e l i b r a r yb yc l i e n t sr e q u e s t ，t h e n d y n a m i cp m s e sa n de x e c u t e s ，a tt h es a r l ) et i m ec a l l st h em o d u l e s t h i sp l a tf o r mi s b a s e do i lj 2 e ej 2 e e s u p p o r t se n t e r p r i s e ，m u l t i l a y e ra n dd i s t r i b u t e dw e bs e r v i c e s ，a n d p r o v i d e sw i d e l ys u p p o r tt oe n t e r p r i s e m o d u l ed e v e l o p m e n tt o o i ti ss u i t a b l et o d e v e l o pm o d u l e ，r e u s a b l e ，a n di n d e p e n d e n t s e r v i c el o g i e d y n a m i ce x p i a i n r u na g e n tp l a t f o m li n t e c h n o l o g y i sa na d v a n c e d t e c h n o l o g y ，a n di t i saq u i c k l ys e c o n de n t e r p r i s ea p p l i c a t i o nd e v e l o p i n gp l a t f o r m b a s e do nj 2 e e ，w h i c hi sc a l l e db a s i cs o f t w a r ef r a m ep l a t f o r mi nt h ef i e l d b yd o w ， 3 3 2 0 s ip l a t f o r m s p r o d u c t i o nl l s e sc o m p i l ee a i ，w h i c hc r e a t e se n t e r p r i s ea p p l i c a t i o nb y i d et o o l ，a n dg e n e r a t e st h ec o d e t h e nt h e ya r ec o m p i l e da n dd i s t r i b u t e di nj 2 e e s u c ht e c h n o l o g ym a k e st h ee 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 nl e s sd i f f i c u l t ，b u ti ti s w o r s ei np e r f o r m a n c ec o m p a r e dw i t hd y n a m i ce x p l a i n i n gr u na g e n t p l a t f o r m t h el a t e ro n ea b s t r a c t st h es e r v i c ec o n c e r n i n ge n t e r p r i s ea p p l i c a t i o np a t f o m li n t oa n u p p e rl a y e rl a n g u a g e ( x m l ) ，w h i c h i sm o r en a t u r a la n dl o w e r st h e s y s t e m m m a i n t e n a n c ea n dd e v e l o pp e r i o d t h ep a p e rm a k e st h ei n t r o d u c t i o ni nt h r e ep a r t s o r m a p i n g ，r u n a g e n te n g i n ea n di d ei n t e g r a t e dt o o l s k e yw o r d s ：e a i ；r u n a g e n te n g i n eo r m a p p i n g 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工 作及取得的研究成果。据我所知，除了文中特别加以标注和致谢的地 方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含 为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。 与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明 确的说明并表示谢意。 签名：丝一日期：弘，年乙月z 7 日 关于论文使用授权的说明 本学位论文作者完全了解电子科技大学有关保留、使用学位论文 的规定，有权保留并向国家有关部门或机构送交论文的复印件和磁 盘，允许论文被查阅和借阅。本人授权电子科技大学可以将学位论文 的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或 扫描等复制手段保存、汇编学位论文。 ( 保密的学位论文在解密后应遵守此规定) 签名：导师签名 日期：刎 电子科技大学硕士学位论文r u na g e n t 解释性平台 第一章引言 1 1 企业应用集成以及其在电子商务中的地位 企业的信息化建设，经过几十年来快速不断的i t 创新造就了大批综合性的、 分布式的且不断变化的应用系统，这些系统跨越了从大型机到w e b 的多种平台， 因此不同系统的互连成了亟待解决的问题。如何发挥这些企业资产的潜在优势， 充分利用已有的技术及应用资源，企业应用集成( e 越) 应运而生。企业应用集 成( 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 ) 是指对企业中完成不同业务功 能的应用系统进行集成，在它们之间建立起可供数据交流和应用沟通的中枢系 统。电子商务时代的企业不仅需要在企业内部的系统之间进行集成，而且需要 对供应链中的不同企业系统进行集成。电子商务应用集成需要通过i n t e r n e t 和 i n t r a n e t ，实现企业内部、企业与企业之间，以及企业与客户之间端到端的业务 集成。 目前，越来越多的企业用户正在为应用集成所困扰，据统计，在绝大多数公 司，8 0 的i t 资源都花费在基础设施的开发、集成与维护方面，这就意味着只 有2 0 的i t 预算能够用于提升企业市场竞争力、为企业带来高价值的应用方面， 这不啻于一场噩梦! 为什么基础设施会如此昂贵呢? 这是因为企业不断增加的 应用分布在各种不同的平台上，使得不同系统之间的信息集成成为企业的沉重 负担。一方面，企业为了利用i t 技术来获取竞争优势，希望能够高效率部署各 种应用，包括新的w e b 应用、支持w e b 原有系统、在线交易、企业门户、移动 与无线访问、业务流程自动化、与商业伙伴相连、实现商务智能等，另一方面， 企业内部应用体系过于复杂，各种各样的组件太多、基础架构不可靠、不可管 理以及集成基础架构需要很长的时间与昂贵的费用，这种复杂性使用户在i t 投 资方面步履维艰，使i t 技术在提高效率与降低成本方面的作用远远没有发挥出 来。实际上，电子商务是个分步建设的过程，简单启动、容易扩展、持续发 展已成为广大企业共同的电子商务策略。业门户( e i p ) 是企业进行电子商务建 设的高级阶段。企业门户的部署必须将这些遗留系统及应用予以集成，从而避 免重复投资和浪费。但可以说，企业要成功部署e i p ，关键一点是要解决好其内 部各种应用集成的问题。 e a i 技术在今天被认为是企业获得成功的关键所在，将一个机构的所有的信 息资源集成到一个无缝的、并列的、易于访问的企业资产中，这样可使一个功 电子科技大学硕士学位论文 r u na g e n t 解释性平台 能强大的企业资产运作起来就像一个虚拟的单系统。如图1 1 所示，e a i 通过 建立底层结构来联系横贯整个企业的异构系统、应用、数据源等，完成在企业 内部的e r p 、c r m 、s c m 、数据库、数据仓库，以及其它重要的内部系统之间 无缝地共享和交换数据的需要。 图1 1 企业应用集成 e a i 应用的领域主要集中在那些对电子商务和实时业务需求较大的行业和 企业，电信、金融、制造领域、航空旅游以及门户等行业的实时集成应用已经 成为其最主要的战略市场。而在中国市场，电信、金融领域将是目前最具需求 的领域。 1 2 企业应用集成相关问题 1 2 1e a i 五个技术层面问题 e a i 软件很大程度上独立于它所连接的不同应用程序，因此业务处理过程是 可以在不改变应用程序的情况下进行变化和扩展。要取得应用集成所需的最终 灵活性，实现e a i 必须解决五个技术层面的问题： 业务处理过程的支持一许多厂商都提供使用户可以可视地编制业务过程流 程图的工具。在业务流程图中，用户可以为每条消息定义规则，如“当订单完成 时，使订单应用程序通知会计系统发送账单，通知送货部门发送产品。”一些工 具包括智能路由功能，这种功能可以对消息进行分析，并根据消息计算出在业 务过程的下一步应当做什么。 数据传输一数据可以点到点传送或利用一种所谓的“发行预订”架构传送。 在“发行预订”架构中，一些应用程序先告知代理对某种消息感兴趣，然后其它 电子科技大学硕士学位论文r u na g e n t 解释性平台 应用程序则向这些应用发送这类消息。根据应用程序所处的网络和平台，传输 可以利用像数据库驱动程序、组件对象模型或消息传输等这类中间件来完成。 服务一消息需要多种服务才能成功地完成任务。这些服务包括下列内容：如 果接收消息的应用程序比发送消息的应用程序速度慢，用队列保存消息；交易 的完整性用来保证交易在消息发送前或确认接收前完成；消息的优先级；错误 处理以及使网络管理工具可以控制数据流的“挂钩”。 接口一企业应用集成软件通过连接不同应用程序的接口获得对这些应用程 序的访问。这些接口通过向平台的组件模型提供说明信息或利用程序的应用编 程接口，实现与应用程序的互操作。 转换一由于并不是所有的应用程序都能以同样的方式或相同的格式存储数 据，因此，多数企业应用集成软件包括将数据转换为接收应用程序所要求格式 的功能。一些软件包括使用户可以可视地将一种应用数据格式“映射”到另一种数 据格式或将此格式与其它格式协调的工具。 1 2 2e a i 的技术方案 从实施范围上e a i 可分为企业内部e a i ( i n t r a e a d 和企业间e a i ( i n t e r - e a i ) 两大领域。i n t r a e a i 即企业内部各应用之间的集成，也称a 2 a ( a p p l i c a t i o nt o a p p l i c a t i o n ) 集成； i n t e r e a i 即企业之间的应用集成，也称b 2 b 集成。a 2 a 集成 是b 2 b 集成的基础和前提条件，b 2 b 集成则最终实现电子商务带来的大规模宏 观经济效益。从e a i 的中间件解决方案来说，目前有4 种类型： 用户界面集成 数据集成 函数或方法集成 流程层集成 当我们看到这些解决方案的类型，要注意的是我们在讨论解决方案的样式而 不是具体实现。 用户界面集成( 界面重组) 界面重组是一个面向用户的整合，他将原先系统的终端窗口和p c 的图形界 面使用一个标准的界面( 有代表性的例子是使用浏览器) 来替换。一般的，应用程 序终端窗1 2 1 的功能可以一对一地映射到一个基于浏览器的图形用户界面。新的 表示层需要与现存的遗留系统的商业逻辑或者一些封装的应用如e r p 、c r m 以 电子科技大学硕士学位论文r u na g e n t 解释性平台 及s c m 等进行集成。企业门户应用( e n t e r p r i s ep o r t a l ) 也可以被看成是一个复杂 的界面重组的解决方案。一个企业门户合并了多个企业斑用，同时表现为一个 可定制的基于浏览器的界面。在这个类型的e a i 中，企业门户框架和中间件解 决方案是一样的。 数据集成 数据集成发生在企业内的数据库和数据源级别。通过从一个数据源将数据移 植到另外一个数据源来完成数据集成。数据集成是现有e a i 解决方案中最普遍 的一个形式。然而，数据集成的一个最大的问题是商业逻辑常常只存在于主系 统中，无法在数据库层次去响应商业流程的处理，因此这限制了实时处理的能 力。此外还有一些数据复带0 和中间件工具来推动在数据源之间的数据传输，一 些是以实时方式工作的，一些是以批处理方式工作的。 下面列出了一些数据集成的方法： 批传输 数据合并 数据复制 析取、转换、装载解决方案( e t ls o l u t i o n ) 函数或方法集成 图1 2 函数集成 如图1 2 ，函数和方法集成包括直接的和严格的，在网络环境中的跨平台应 用程序之间的应用到应用( a 2 a ) 的集成。它涵盖了普通的代n ( c o b o l ，c + + ，j a v a ) 撰写、应用程序接口( a p i s ) 、远端过程调用( r p c s ) 、分布式中间件如t p 监控、 分布式对象、公共对象访问中介( c o r b a ) 、j a v a 远端方法调用( r m i ) 、面向消息 的中间件以及w e b 服务等等各种软件技术。 面向函数和方法的集成一般来说是处于同步模式的，即基于客户( 请求程序) 和服务器( 响应程序) 之间的请求响应交互机制。 流程层集成 电子科技大学硕士学位论文r u na g e n t 解释性平台 也称为面向服务的集成，通过建立商业流程来整合现有应用，应用之间的数 据交换仍然通过消息进行，但有一个流程引擎来完成流程的解释执行及消, g 路t h 等功能。此类集成将离散的应用转换成商业流程的粘合系统，灵活性高且适合 b 2 b 集成，但实现难度最大。 如图1 3 所示在一个较高的层次说明了一个开放的商务流程的组成： 图1 3 面向服务的企业应用集成 随着x m l 和w e b s e r v i c e 等技术的出现和发展，流程层集成逐渐成为e a i 的 主流。单项技术上出现了b p m l 等用于描述商业流程的x m l 标准，还有s o a p 、 u d d i 、w s d l 等用于商业流程和w e b 服务的通讯、注册与发现的一系列x m l 标准。许多国外工业组织和研究机构都提出与电子商务相关的技术框架和标准 规范，特别是x m l 标准体系，如联合国和o a s i s 共同发起编写的e b x m l 、主 要i t 厂家支持的r o s e t t a n e t 、微软及其合作伙伴的b i z t a l k 等等，这几种电子商 务构架的模式主要是想解决b 2 b 集成的问题。面向服务集成是业务集成技术上 的一次重要的变化，被认为是新一代的应用集成技术。集成的对象是一个个的 w e b 服务或者是封装成w e b 服务的业务处理。 1 2 3e a i 的逻辑综合架构 e a i 将分离的应用结合成一个应用的合作联盟。存在两种针对整合应用的 逻辑综合架构：直接p o i n t t o p o i n t 连接和基于中间件整合。 1 2 3 1 点对点( p o i n t t o p o i n t ) 整合 e a i 开发者从事点对点整合是因为他们发现其容易理解并且当只有少量系 统要整合时可以快速实现。一个点对点综合例子：一个应用程序直接利用j d b c ( j a v a 数据库连接) 调用另一个应用程序的数据库表。最初，当你整合两个应 用时，点对点整合解决方案象是正确的选择；然而，当你整合额外的应用时， 你会发现一种情形如图1 4 所示。 电子科技大学硕士学位论文r u na g e n t 解释性平台 图1 4 点到点架构的企业应用集成 考虑所有这些，点对点整合的基础构造证明是脆弱的。每个应用都紧密地与 其它应用通过它们的点对点连接联系在一起。在一个应用中发生改变就会打破 与它有关的应用整合。另一个缺点是要求支持的整合点的数目。如果你有五个 互相整合的应用，你将需要1 0 个不同的整合点，如图1 5 所示。因此，每个额 外的应用要被整合和维护将变得很困难。 图1 5 点对点连接的数目 电子科技大学硕士学位论文 r u na g e n t 解释性平台 为了避免上述问题，我们需要一个中间层将一个应用的改变从另外应用中隔 离出来。 1 2 3 2 基于中间件整合 中间件正起到提供一个应用程序间协调点的作用。中间件提供通用接口，所 有整合应用可以用其相互传递消息。每个接口定义了一个由另一个应用程序提 供的商业过程。图1 , 6 显示了使用中间件面向服务架构的一个逻辑描述。 图1 6 基于中1 司件整合 一个面向服务架构让你添加和替换应用程序而无须影响其它应用。如果你有 五个应用要整合，你只需有五个整合点。和点对点方案比较，基于中间件方案 更易于支持众多的整合应用并要求较少的维护。另外，中间件能够执行复杂的 操作一交换、聚集、路由、分离和转换消息一当数据在应用到应用传递时。仅 有的不利方面是：建立中间件的添加初始化的复杂性和用中间件a p i 转化己存 在的应用。 1 2 4 与e a i 中间件相关的几项重要技术 随着信息系统变得越来越复杂，开发必须被简化。企业必须用业务服务 和访问新的集成应用程序的灵活方式来补充e a i 。目前，一些新技术的兴起， 为e a i 构件平台提供了更有利的支持，简化了e a i 构件平台实施的难度。这些 技术考虑了这种对业务服务的灵活访问和客户机独立性的不断增长的需求，它 们包括 w e b 服务 j 2 c 连接器体系结构( j 2 cc 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 消息服务( j a v a m e s s a g es e r v i c e ，j m s ) 电子科技大学硕士学位论文r u na g g g r 解释性平台 以及分离客户机代码和业务服务的实现的命令模式的所有变种。这些调用框 架与e a i 中间件之问可以相互调用。应该注意的是它们并不是e a i 或者是e a i 的一部分，更甚者，它们是另外种技术，能够使e a i 成为真正可能的、便捷 实施的，同时又引人注目的解决方案。本文所描述的r u na g e n t 基础软件构 件平台就是采用这些调用框架来整合各种异构的业务模块。 l i d w e b 服务 w e b 服务w e b 服务能彻底地改变传统的e a i 中点对点的集成处理方式。 w e b 服务是面向服务的体系结构( s e r v i c e so r i e n t e da r c h i t e c t u r e ，s o a ) 的 实现。s o a 有松耦合的三方：提供者、代理和请求者。提供者提供的业务服务 表示请求者无法直接看到的某个实现。请求者从代理那里了解它必须从提供者 那里收发的信息结构咀及访问该服务所用的协议。请求者一点也不了解提供者 实现业务服务的方式。 w e b 服务被定义为请求者与提供者之间的必需的业务接口而不是所有业务 请求的共同管道。有些变数反映了w e b 服务的特点，包括： 它们可以是紧耦合的，它们的部署可以基于调用框架的使用。 它们以同步的请求应答方式或异步方式来执行。 它们可由j 2 e e 或非j 2 e e 的提供程序来公开。 它们可能提供事务和安全性的支持( 也可能不提供这种支持) 。 图1 7 所示显示了在一个在企业内使用w e b 服务的例子。在这个例子中， 在应用服务器中运行的企业门户从多个内部应用集成信息，并提供一个跨越这 些应用的业务处理的入口点。企业门户应用通过内部应用程序使用私有u d d i 注册中，g , ( p r i v a t eu d d ir e g i s t r y ) 来获得可提供的w e b 服务的技术信息，并且在 企业内部i n t r a n e t 上调用这些服务。一些经常被调用的w e b 服务的绑定信息将 被企业门户应用缓存，这样得以避免花费在动态绑定上的资源和时间。在这个 例子里面，w e b 服务把企业门户和c r m 、e r p 应用程序松散的集成在一起。 电子科技大学硕士学位论文r u na g e n t 解释性平台 图1 7 w e b 服务流程 流程步骤如下： 1 在登录企业门户之后，用户发出请求信息； 2 支持企业门户框架的应用程序通过浏览私有u d d i 注册中心获得关 于c r m 和e r p 应用的w c b 服务的技术； 3 w e b 服务的位置和w s d l 绑定信息被穿送给应用服务器； 4 应用程序调用c r m 应用发布的w e b 服务得到个人的信息，如名字、 身份证号码、地址以及用户的e m a i l 。这个通讯过程是基于s o a p 交互的； 5 应用程序调用e r p 应用发布的w e b 服务获得银行帐号信息，诸如 银行帐号号码，结余和用户交易历史记录。这个通讯过程也是基于 s o a p 交互的； 6 信息被格式化后，被发给起初的调用用户。 w e b 服务的目标是业务服务而不是技术连接性。它们主要用松技术耦合但 接口定义级别上的紧耦合来实现。在w e b 服务中，耦合基于接口定义和协议绑 定。合同用w s d l 来发布，w s d l 定义了接口，接口定义了可用的操作。用 于访问w e b 服务的协议多种多样。这个协议被称为入站绑定，它定义了如何获 取实现文件。访问实现的方法也多种多样。这个协议被称为出站绑定，它定义 了实现公共合同的文件。示例包括j a v a b e a n s 、e j b 和j c a 。 w e b 服务中的耦合方式提供了灵活性，有两种绑定：静态和动态。 静态绑定意味着紧耦合：请求者使用在设计时获取的服务实现；不必使用私 有的或共享的注册中心。 电子科技大学硕士学位论文 r u na g e n t 解释性平台 动态绑定意味着松耦合：请求者在运行时发现用于被调用的服务的实现；它 甚至可能在运行时确定应该被调用的接口。 在现实中，目前多数w e b 服务把s o a p 用作入站协议。s o a p 是松耦台 协议，直至服务等级被支持。服务等级将处理安全性、可靠性和可用性。由于 s o a p 无处不在、防火墙友好和其它优点，s o a p 仍是缺省协议。另外，s o a p 是目前开发w e b 服务安全性规范的地方；所以在实践中，定义标准的安全性方 式意味着使用s o a p 。现在，在w e b 服务中，一些其它辅助业务功能( 例如计 费和审计) 已经可用。 w e b 服务不在调用者与被调者之间强加编程语言或操作系统限制。在不久 的将来，很有可能处理s o a p 的某些互操作性问题，例如a p a c h e 实现与其它 实现之间的差异。在解决它之后，所有支持w e b 服务的平台将可以互操作( 包 括，n e t 和j 2 e e 平台) 。但是即使到那时，w e b 服务客户机或服务器实现代 码也不能在供应商之间移植。为n e t 编写的实现代码肯定不能运行于j 2 e e 。 j c a f 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 ) 的业务逻辑的需求。连接器体系结构提供 了资源适配的支持，资源适配把j 2 e e 安全性、事务和通信共享映射到相应的 e i s 技术。 起初，人们的意图是让连接器以同步的请求应答方式来访问大型机上的旧 的事务服务器，这也是当前多数连接器的工作方式。目前，标准的发展方向是 更异步的双向连接性。 连接器的某些用户定义的变种更成熟，它们运行在逻辑连接方式下。同样， 它们可被用作调用框架，以类似于w e b 服务的方式来选择适当的物理e i s 目 标和业务操作。 j c a 是紧耦合技术：j c a 是使用容器来连接请求和连接的企业信息系统的 j 2 e e 标准。容器是一个耦合器，为安全性、事务作用域、连接管理传播以及与 目标系统的交互提供受管方式支持。j c a 耦合接口由公共客户机接口来严格定 义，应用程序组件看不到系统合同和容器。组件合同，但这些合同确实有力地链 接了调用者和被调者。j c a 尚未处理类似计费和审计的业务问题。实现这些要 求仍是应用程序业务体系结构的问题。 。】s 电子科技大学硕士学位论文r u na g e n t 解释性平台 j m s 是异步的、基于消息的接口。您还可以使用j m s 来访问分布于不同 种类的系统中的业务逻辑。基于消息的接口支持以下功能： 点到点和发布预订机制。基于消息的框架可把信息传给其它应用程序而这 些程序不必显式地请求它。相同的信息可被并行地传递给许多订户。 节奏的独立性。j m s 框架以异步方式运行，但也提供模拟同步的请求响 应方式的功能。这使源系统和目标系统能够同时运行而不必等待对方。 有保证的信息传递。j m s 框架可在事务方式下管理消息并确保消息的传递 ( 但不确保传递的及时性) 。 不同种类的框架之间的互操作性。源应用程序和目标应用程序可在不同种类 的环境中运行而不必处理有关它们相应的框架的通信和执行问题。 使交换更流畅。改用消息方式后，信息交换的细粒度变细。 j m s 是松耦合技术。例如，它( 只给消息中间件) 不给目标系统提供安全 性或事务绑定。一般来说，消息传递实现松耦合的原因有： 消息制造者和消费者在点到点或发布预订模型中通过消息传递传输( 例如 消息代理) 来交互。 提供的技术头常常独立于业务负载。 j m s 很适合于： 集成参与业务事件的系统组件。 集成迟缓的响应者。 集成现有的系统。 对于e a i 平台来说，在系统中实现业务逻辑的方式将使您自然地面对这些 技术中的一种技术。作出选择的第一步是分析您现有的基础结构。有现有的消 息传递系统或旧系统( 例如c i c s 或i m s ) 吗? 在许多情况下，访问大型机e i s ( 例如c i c s 或i m s ) 的最自然的方式是通过j a v a 连接器体系结构。另一方 面，如果您需要访问n e t 应用程序，那么您很可能倾向于w e b 服务接口。 在其它情况下，您可能使用j m s 接口，该接口允许消息的交换而且对实现语言 的约束很小。你应该考虑以下因素： 您有现有的j a v a 应用程序或在规划新的j a v a 应用程序：使用j m s 或 j c a 。 您需要与伙伴交互：把w e b 服务用于传输和连接。 皇王型垫奎堂堕主堂焦堡壅 型! 些! 坚堡登丝! 鱼 您需要跨越语言之间的障碍：使用j m s 或w e b 服务。 在作出诀定时，另一个要考虑的因素是网络的范围：是因特网、内部网或外 部网中的哪个? 该范围决定了您在选择传输协议时的灵活性。因特网上的部署 很可能需要通过h t t p 的松耦合的w e b 服务。这将与现有的防火墙和非军事 区( d e m i l i t a r i z e dz o n e ，d m z ) 基础结构相配套，您可以最大限度地降低成本。 j m s 和j c a 更适合作为内部网或外部网协议。j m s 适合用于异步方式或模拟 的同步方式，j c a 适合用于更紧的耦合。 w e b 服务不是通过s o a p 提供的服务的同义词。您可以把任何带有它的功 能的w e b 服务描述语言( w e bs e r v i c e sd e s c r i p t i o nl a n g u a g e ，w s d l ) 描述的 代码和访问协议看作w e b 服务。您可以通过多个传输和协议来提供任何这种服 务。因此，您可以采用以w s d l 为中心的方式，这一方式由w e b 服务调用框 架( w e bs e r v i c e si n v o c a t i o nf r a m e w o r k ，w s i f ) 来描述和实现。无论网络的范 围( 内部网、外部网或因特网) ，这把您为集成作出的选择联系在一起。您很 可能试图把更多的选择留到未来的扩展规划中，包括现有企业系统的扩展或连 接到业务伙伴。为了简化这种做法，您可以在一个w s d l 文档中描述相同的业 务组件，您可以：通过入站绑定( i n b o u n d b i n d i n g ) 概念，在不同的协议( 例如 s o a p 和r m i - i i o p ) 中提供。r m i 是j a v a 远程消息调用。w e b 服务的以 w s d l 为中心的方式使您能够把抽象的接口从确切的协议栈中分离出来。 因特网o r b 间协议( i n t e m e ti n t e r o r bp r o t o c o l ，i i o p ) 是c o r b a 有线 协议。通过出站绑定( o u t b o u n d b i n d i n g ) 概念，用不同类型的组件( 例如j c a 或基于j m s 的组件) 来实现。如果使用这种方式，那么j m s 和j c a 只是服 务器提供程序可能用来实现业务组件的几个协议。因此，不同网络和接口技术 只影响非功能性的部分，例如安全性、性能、响应时间和可用性。当内部网和 因特网上的相同组件可被使用时，两个网络的区别是所需的安全性、预期的性 能和要求的可用性。 总之，这几项技术各有特色，如下表所示，简单的列举了其各种的优劣势： 表1 1w e b 服务、j m s 、j c a 的技术比较 w e b 服务j m sj c a注释 接口耦合是，支持动态接口发现和请求否，负载无关是“是”意 ( 抽象服构造味着紧耦 务定义) 电子科技大学硕士学位论文r u na g e n t 解释性平台 陵术耦合否，在w s i f 中，客户机未与是 是 “是”意 ( 协议栈)某个协议实现的客户机库绑味着紧耦 定 可移植性是，多种语言否，仅j a v a否， 仅 技术 j a v a技 术 可靠性s o a p 的h t t p r 绑定 是特定 事务支持 未来，w s c o o r d i n a t i o n 和作用域有限， 是 w s t r a n s a c t i o n 补偿和x a仅在队列入口x a 模型 模型 安全性限于s o a p ，s o a p s e e ( 被不是标准的一 e i s与 w s s e c u r i t y 取代) 部分，所以特j 2 e e 之 定于供应商 间的集成 同步方式 是，大量使用 自己动手 是 异步方式 是，面向文档接口是 未来 事件驱动、是，面向文档接口或流程支持是 未来 推方式 ( w s f l ，b p e l 4 w s ) 1 3 企业构件基础商业平台一e a i 中间件构件平台 1 3 1 企业构件基础商业平台架构 企业构件基础商业平台是一种目前流行的e a i 中间件构件平台。从本身来 说，它是新一代语言平台，它提供了通用框架以及构件i d e 环境，使企业很容 易的整合各种业务模块。从e a i 的逻辑综合架构来说，企业构件基础商业平台 是基于中间件集成二次开发平台，例如j 2 e e ，n e t ，c o r b a 等中间件平台。就 像乐高积木一样，在企业构件基础商业平台中一个个服务组件都变成了标准的 “建材”，可按照需要创造出各式各样的组合。然而，并非所有的组件都必须重新 铸模成乐高积木。我们可以用一层乐高般的凹凸圆柱体表皮包在过去使用的“砖 块”和“瓦片”外，让它们能和其它的乐高连接，而其它的乐高很可能也是用这种 方式提供出来的，用户无须担心它骨子里到底是什么，重点在于服务组件的接 口。 电子科技大学硕士学位论文r u na g e n t 解释性平台 图1 8 e a i 构件平台 如图1 8 所示通常企业构件基础商业平台由三个部分组成： 构件库：包括企业内部或则外部的各种构件库 基础服务，用于集成和扩展构件库应用，并且作为公用层提供安全服务 和访问管理，这些公用服务作为一个个单一的组件能够重复使用。企业 构件基础商业平台通过各种接口调用框架访问这些服务组件，例如 w e b s e r v i c e ，j c a ，以及j m s 等。企业基础架构服务层是非常关键的。 这一层是由各种与应用保持中立的关键服务构建而成的，如共享的应用 服务、消息与代理服务、门户服务以及共享的业务服务等组件。它们能 够重复应用于每个单独的w e b 应用，并使得业务逻辑和数据能够被展 示给整个企业。例如，定制的门户应用可通过驻留在企业基础架构服务 层的w e b 服务组件与基础应用交互。这层是整个企业构件基础商业平 台基础平台的核心，其涉及权限，事务，协作，异常，算法，以及通用 集成框架，由于其实施难度较大，决定了企业构件基础商业平台实施的 成败。 构件i d e 环境一定制门户应用层：量身定做，以满足特定的业务需求。 企业构件基础商业平台提供了面向构件的互联网应用解决方案，包括应用框 架、构件管理与集成平台、以及可复用的软件构件库，从根本上改变了传统互 联网应用软件