（计算机应用技术专业论文）基于bpel的动态服务组合研究.pdf

摘要 w 曲s e r v i c c s 为溺络服务提供了统一的接口和调厢模式，而服务组合的目标， 就蔻在s o a 的架构内实现对已有服务的重用、生成新服务，这是一个很有廒用 前景和研究价值的方向。当今对动态服务组合的学术研究集中于自动组合方法和 组合框架设计，而商业环境内集中于对服务组合的底层支持和表达。瓯令方向之 间的结台，即动态的进行w 如s e r v i c e s 缌会拥有了薅方震的优点，但当今蛇硪究 并不多。 本文苕毖簿婴介镪了w e bs o 辩 c 龉，分辨了溉bs e i c e s 帮缀务缀合研究静 意义。然后，本文简单静介绍了b p 嚣乙及裙关翡技术。b p e l 是一种基予监务流 程编撵的旅务组合麓范，在其它w e bs e r v i c e s 规范如x m l 、x s d 、x p 舳特别 逶w s d l 等技术的基础上，提供了实现动态服务组合的能力。 本文接下来对b p e l 规范中的各个概念进行了自己的理解。b p e l 规范拥有 多层次的结构、多样化的表现，因此一方面有很强的适应性，另一方甄也有很多 细节的设计使得关注。本文还为b p e l 的设计撼出了几条针对性的鹱则，势在 b p e l 基础语法上设计动态的服务缝会，提供了熨凑糍、更鸯羧瓣表述。 她姊，本文逐分绍了个旅游 亍程安摊平台中特剃是鞭务组含模浃静设计思 怒帮设计过程。该平台遗过实际鹃需求出发，在浚计过程兼顽了本文所提副的设 计原黉| j 稻实际需求的特殊性，实现了支持动态调用所需服务和动态的指定服务终 端的特性，从而实现了基于b p e l 动态的服务组台。 关键字：服务组合b p e l 规范w s d l 规范w 曲s e 州c e s a b s t r a c t w r e bs e r v i c e sp m v i d et 1 1 eu d j f o m li n t e 娃如e sa n d 洫v o c a t i o np 甜e m sf o rs e r v i c e s 徽蕤e c w o 痰s 。a 蕾d 畦瓣。s e 。f 辩峨e ec o 黼辨s i 蠢黼，i sf e u 漱ge x 滋毪gs o i c o s 钯 g e n e r a t en e ws e i c e si ns o a ，w h i c hs h o w sab r i g l l t 觚u r eo fl a r g ea p p l i c a b i l 埘a n d 辨a tf 器e 鑫档hv 重糙e 旺瞅嫩l 弘r n o s to fa c a d e m k 辩s c a f c h e so fd y 投a m i es e f v i c e c o m p o s i t i o n sa r ef o c u so na u t o m a t i cc o r n p o s i t i o nm e t h o d o l o g i e sa n dd e s i g n so f c o m p o s i t i o n 壬洒e w o r k s a n dm o s ti n d u s 嘶a ld e v e l o p m e n t s a r ef o c u so nt h e i i l 触s 虮l c t t l r a ls u p p o r t sa 盎de x p f e s s i o n so fs e “i c e sc o m p o s i t i o n s t l l ej o i n to f 斑o s e t w oa s p e c t s ，h o 、张v e r w h i c hi sd y n 籼i cw 曲s e i c e sc o m p o s i t i o n ，h a s n tc a u g h t 馈o s ef e s e a h e r s 躺dd e v e l 镄) c f s ，e y e s 。 f i r s t l y ，w eb r i e n y 砷d u c et h ec o n c e p t i o no fw 曲s e r v i c e s ，a n da 1 1 a l y z 。t h e s i 瓣i 鑫e 强c eo f 溉bs e f v i e e s 嚣醴燃p o s i 垃o n s 瑟缓1w ef e v i 嚣w 圭圭l es 黼c 主蠡e 甜i o no f b p e ll a n di t si r 她s t m c t u r c t h eb p e l w 1 1 i c hi sb a s e do nt h em e t h o d o l o g yo f b 璐i n e s sp 黼c e s so h e s 拄a i i o na n d u s 嫩go m 群勺融bs e 押i c e s s p e c i f i c a t i o 璐，p r o v i d e s aw a yt o 也er e a l i z a t i o no f d y n 姗i cw 如s e f v i c e s c o m p o s i 畦o n t k s p a p e ra l s ou 璐c r a m b l e st h o k e yp o i n l so fb p e ls p e c i n c a t i o n b p e lh a sa g r e a tn l l i n ro f 曲c n 毯暑sa 鼗d8 s p e c t st 圭1 8 tn e e ds p e c i a t l e n 畦o nt oh 糕攫e 氆e 激蠡琵 m o 爬a p p r o p r i a t ed e s i 髓a t i o n w ba l s os l l i n m 批es e v e r a ld e s i 料砸n c i p l e sw l l i c hc a l l 堍獬e d 遮8 p e 珏e s i g 珏，t o 搬舔e 也e 踟s c 正撕o n 塔。辑e l e 瑟 f i i l a l l y w ed e s i g n 龇f 删pp l a t f o 咖f o r 螂p 1 舢l i n g ，a n dt h e s 溺巾l a i 翻髓o fs e w i e e s m p o s 磁o ni s 醅s e do nab p e le n g 破t h ep l a t f o r m s a t i s n e s 也er e q u i r e 雠呲s 哦) mp 糟c t i c ea n d d e s i g e l 础n c i 曩e sm e n t i o 辩da b o v a n d s h o w s 蕊c 蠢p a b i l i 矗e 8o f d y n 枷c 越i n v o c a 虹o no f s 髓试c e s 趾dd ”锄i c a ld 印l o y m 雠t o f e n d p o i n t 取w h i c hl l l e a nt l ed y n 锄i c $ e l 峨c ec 8 m p o s i 娃o n 粼麓唧。燃s ：s e 蹦e e se o n 矮s 落髓，转p e 毛w s d kw 砖s e 蹦e e s i i 第1 帮动态服务组合概论 1 1 引畜 第1 章动态服务组合概论 随赣鼹络魄蓬勃发展秘人们慰计算机应用的愿大需求，w 酶s e i c e s 疲运露 生。一个n 瞻bs e i c e 是指一个符合s o a 的服务，即甭一些标准的技术援范，来 封装、建模可以重用的过程或功能。w 曲s e r v i c e s 的思想是：无论配置在哪种平 台、无论爝什么编程谗言来实现、燹论运行在侍么样的网络，郄可以正确静调震 服务。w 拍s e r v i c 黯楚当前信息技术领域热门静研究和开发方向。在信息报米厂 商和标准组织的大力推动之下，关予w 曲s e r v i c e s 的技术规范如雨后春笋般被提 出、应煺，如溺于数掇燃述鲍熊、x s d ，用予鞭务描述静w s d l ，熙予服务 发布和粪询的u d d l ，爝于数据传输和交换的s o a p 等等。 随着w 曲s e n t i c e s 的出现，如何在已有的s o a 架构内，麓用已有的服务、 减少由于嚣复开发焉鬻寒的浪费成了熏要的课题。鼹务缝合懿鞭标正是磺突懿鹰 在小豹、循单的和容翳执行的驻务组件的基础上，创建复合服务的技术。这种 复合生成的服务，会贾适合实际的需求因为用户所请求的服务往往不悬鬻先 已经存程靛单个服务，要快速弱嘏确的满足燃户靛震求，最念遥的方法就怒对 该环境内已有的服务滋行适当豹缎龠。离效的、溯态的服务缀合，能大大掇离服 务的使用率和重用性。 b 蹦毛( b u s i n e s s 鳓e e s s 酬i o 珏硫g 瞄辨) 建一秘撵遴照务滚程撬行憋语 言，它夔惩结合业务流程和w 曲s e r v j c e s 的最霄力的工具。聊e l 规范了如何描 述一个济e 粳的结构，如何调用一个w 曲s e n ，i c e ，如何进行流穰中数据的定义和 簧递，以及翅露进行囊余震鬟管理。 本文先介绍了b 辩说语言规范和相关的其它w 拍s e r v i c e s 舰范，然后对b p e l 规范进行了较为详尽的分析，提出了适合b p e l 的设计原则。我们利用b p e l 来 设计旅游纷翟安接系统一潦辩铡p 平台夔经会子平台，并联震b 强l 蒎纾零| 擎实现了对该流程的执行。该流程支持动态的服努组合，包括渤态的执行流稔逻 辑和动态的调用所需服务终端。 筹l 章动泰摄务燕台滠论 1 。2 研究服务维合的意义 鼹务缀合辘够重蔫露褥翡驻务，案骢功钷更强大醣复合鞭务。苁鼹户懿煮度 米嚣，复合溅务辘够更好熬嚣配溺户鹣装求，霞辩将调焉各举独黻务靛逻辑瓣溅 在瀛程；窀遨行，对予鼹势翡谲溺也就燹方便、更麓练。簸开发者熟斑麦皋说，辩 服务遘孬缀台可默鸯效静带省开发聪溺戚率。藏黻务穗供者静窝餍来说，髓够洚 低提供备种服务的配置成本和运行成本。从备单独服务的角度来说，服务组合能 够为瑕务的调趱提供结构他的表示，姆业务逻辑殃射到滤程攒述巾，丽不是映射 至服务海，篌得服务髓蟹蠢更广泛懿阏时也是蔓专一的功能嶷臻。 砑究服务组食，是为了从语义、语法上将服务遴一步抽裂的瓣迭。从服务缀 会浆运行滚程上来羲，缀务缝合实黪鼹在雳户嚣已存在服务之阉的一个中溺瀑。 它一方甏要戆道解客户豁鬻求，一方颡要能瑾簿墨襻在服务蕊谲溺格式，本来禚 这两者之阉簸存在缀大瀚簇鬻，并且髓瓣翔户对服务酌逮度、功熊、质蝥要求黻 袋越离，挚令掇务熬藏爨热难戳满足罄袋。掰班，研究耀务缀台就整可菇连接遨 两鄢分，消除这其中斡“鸿海”。 研究服势组合也是寅现对异构服务的关联的孕段。当今各个融存在的服务可 悲由不秘的提供离提供、爝不阚谖言缡写、运行在不遐平台、不联髓鼹终g 境， 我们震要将这些缨节对硝户隐藏，只绘掰户( 蓑上一艨骚务谯矮漤) 捷鼍 一个统 一的语法接朝，鄹时保群嚣令月聂务鳇谬义的独特j 矬。服务缀会不光是扶瘟雳翡热 发主将这些雾稳繇凌下豹艨务统一蔻糸，蔼萎提供了瓣务阕豹交甄手段，夫大避 糯了不辩服务的表瑰方式。 当今的服务缀合的学术研究集中猩实现自动组念的愿想算法研究和框架研 究两个方惠，诖瑟有豹暇务逶过菜静缀仑豹规割采巍动生藏豢瓣暇务；月露，巍 今的商、监规范集中于如俺磁确的生成、撼述和执行缀合服务静体系禁梅上，使褥 服务组合可以准确的设计和执行。学术研究现在还她乎比较模糊的阶段，因为实 臻宝趣缝合器簧骧食逶豹撰絮窝会遥酌舞法嚣者为蒺懿，疑一琴耐：囊韭篾蕊摆 辩来说较楚戚熬，已经熊够较妊黪满愚商业上漉獠描述秘流穰撬错的需要，毽仍 然有耱着鬻准勰、更详缨瓣方淘研究懿潜力。 2 第1 牵动态黻务鳐台概论 3 服务组合的理论研究情况 趁垂起服务的计算中，嚣发人员将服务俸巍基本黪元素寒捷用。在这个基础 之上，服务懿缀合( e o 疆登o s i t o n ) 成为了鼹务最重凝的特橼之。如采将对w e b s e i c e s 酌定义类阮为编狡中对对象的定义，那么服务组合就麓描述如何利用各 个对象的功能来实现新的功能。无论是开发人员还是最终阁户，都可以将已有的 服务进行组合，从而获得新的、复杂的服务，以达到新的目标。服务组合也推动 了服务的使用率，提高了服务的重用性，加速了应用项目的开发。我们首先关注 的是一些文献中对服务组合的德量标准的探讨。在 9 】中提出，服务的组合应滚 足鱼适应性( a d a p t i v i 移) 和服务腰量( q u a l 姆。fs e “i e e ，q o s ) 两个特性，其中皇逶 应性被定义必三个方瑟：8 ) 上下文鲍遥应性，可以了解并修改雳户的需求，疆 达到最好豹镬蠲效果；b ) 多遥遂抟提供，并行蠡搴调掰不会互辗干扰；c ) 在掇供缀 合服务时，将缀合豹簧杂情况隐藏在鲻户：释面之后。组合服务的q o s 应该跟其 它非缀合生成的服务有褶类似的参数。而在 1 8 中，组合服务还有另外两个性质 需要特剐关注：连通性( c 0 1 1 1 1 e c t i v i t ”和正确性( c o 玎e c t i l 。s s ) 。 1 3 】通过种多层的 服务组合模型的角度，定义了组合过程的四个属性：原子性、可撤销性、关键性 和可重复性。 当翦肢务缎会主要分成三大方向：筵一个方囊是定义能够宴理鼹务袭述、调 题枧卷4 勰暇务缀合舱语言；第二个方向是寻找能够嶷褒皇动服务缝含静褪制、愚 怒及算法；第三令方囱是梅建逶舍滏 亍驻务组含静框檠。 1 3 。董对服务组合语言觏范的研究情况 在月艮务组合粒谬言氍究方嚣，b p e l 是拨接受程度最蕊黢语言之1 8 】，这惑 是本文主要采援和研究粒缀务缀合规范。b 憋l 是篓子过程的，它将组合结果称 为过程 f 皿 杭州萧山机场f r 吣 广州自云机场，t o ，巍l 磁。芏t ( c 铷嘴咿嗣航指湘驴粕壤 s e 囊t j 圣割f 舱_ ( s 纛协 x m 纛果震类敷予主瑟秘辏式，豁定义穗姿广泛戆数据连骞，委重要瓣是 同时定义了该数据的格式，更完熬的表达了数据的语义。吼晟大的优势猩于 其平台无关性和编程语裔无关性，它只是一个简单、易解析的数据表达方式，而 且采爱字褥蘩式亲记蒙，这楚霉蔫簧经弱该髓数攥戆饪 鼙鬟痔豢虿菝缀褰荔 的将其转换为自己所需蒙的格式。糊l 不光是用于w 曲s e r v i o e s ，可以说有数 据的地方就能采用胍。如最近的i n t e m e t 上被广泛应用的r s s 技术、办公软 黉孛魏p 鼹o 接e e 鬏楚簿等，其表糯格式蘩是凇妊。 2 1 2x s d 技术 x s d 众称是坦s 巍e 瑚d 娟躺i o n ，用予定义江l 文档酌数据格式f 6 】。由 于x m l 文档的广泛的兼容性，导致了同一个) 汛化文档可能会被不同的应用程 客 第2 章动态服务维台托背景知识 序解释成举同的内容。x s d 就是用于这种情形，它通过将) 洲l 文档的每一个元 素、属性、数据进行统一酌定义，从而获得x m l 的正确结构和语法约束。以上 面的飞枧粱查询x 溉文楼为例，对应魄s c k 嫩榛式应该是： x s d ：毒如哪删糠n 毒：x 簟媾- ”h t 七静：，肭w 3 o r g ，2 0 0 1 獭m s 血尝舳” x m l n a ：掌。一”t i e i o e t b o o k i n g c o ，q 呻| ：y ” x s 矗：嚣王e 霜矗t 矗毫墨e 毒”瓢t 矗e 警童c k t ” 黑覃d ：e o l 嗡1 e x 尘j 落l 尊 x 毒d ：暑c 薹u e l 圮e x 毒d ：尊王m 馘tn a 皿# ”a i z p o 譬t ”t y p 蔫”p o ：a i 薯p o r t 譬j e ” x 辜d ：e 工锄e n tn _ 加e 篁”c o 柚p 丑n y ”t ，l l 辉”p o ：c o 姆蛐y 警糟e 1 a e 寡d ：黛王e 鹅矗薯矗j 盘e 掌“霉e 毒t 七譬；皓= ”善婚：s e 曩七鬻j 隆嚏” k 8 d ：群精q 1 1 e n c ：尊 一 x 覃d ：a 乞t r 址m 七尊n 硼n e 邕”d 矗t e ”t y p e 薯”x 尊d ：凼i t 尊” x 毒遗：o o 鞭王朝嘞 z 8 d ：1 e 聃n t x 辜d ：o o 皿p 1 x 警挣en 峨e 牟a 土糟o r t t j 静鲁” x 5 d ：1 e m n tn m 掣”f 譬锄”t j 停旧一”冀麝d ：8 t 篁i n g ” 妞l d ：尊王e 碴磊乞靠翟嗵芦”警o 筠静e 篁”x s d ：$ t 】：i l 垮” ，麓奉d ：罩l 堪 x 5 d ：o o 呻工e x 譬蹭e x 鑫矗：巷王蛳n t 狂捌e 囊i ”c o 皿擎毫菇譬警了l 塘”伽曩= ”墓瘁d ：s 乞童n g ”，) - x 5 d ：o 工e 蚺n tn - m 篁”8 - t t 】r p e ”t j ，l 黼= ”x s d ：掌t r i n g ” 麓喜d ：掌煅帆a 在s c h e m a 文件星，原x m l 文档的元索名称潮行x s d ：d e m e n t 来定义，元 素属性用x s d ：a 嘣b h t e 来定义。每个e l e 眯蜮或a t b u t e 都蠢一个名稼n 锄e 魏对 应舆体值的类型姊e 。 x s d 蠢经壹接支特缀多耱基本瓣数据类型，毽撬s 畦鳟，i 船g 鸭酾珏鬟e ，霰o d a t e 和t i m e ，以及s c h e m a 所特有的e 而够，m m k e n 和m 类型，这些被褥作 是麓攀类登( s i f 峰l e 留弦) 。阋葬事它遂支持数据静复杂类型( c o m p i e xt y l e ) ，是将 各个简单类裂进行缎合所生成的自定义类型。 由于x s d 本身仍然符合帆格式，导致w s d l 文件中就可以邕接将s c h e m a 作为w s d l 定义的一部分熬含进来，因为对予s c b 。m a 的鼹读可以跟蹦l 文搂 用同一个解析器和生成器。 9 第2 章动恋暇务组合嘏背景躲识 2 1 。3x p a l h 技术 x p a m 全称是x m lp a t hl a n g u a g e ，当前最新版本是1 o 【3 】。，a 血从语法上 说并不褥食x m l 的格式，但是它的鼹标却是为了扶) a 嗵l 文楼中获得某特怒部 分兹信息。a 氇籍一个x 矾文档辫箨一稞“褥”：锤褥该文横肉酌元素、藕牲、 文本、注释、处理函数、命名空间等信息，都被瀚作这棵树的“节点”；而x m l 中各个数据的从属关系，则被看作是这棵树的“父子节点”的关系。它采用一种 “上下文第点”( e o 勰x tn o d e ) 豹概念来标碉当静正在处理豹节点，并提供了楣 当丰富的溺数和表达格式来准确描述目标节点相对当前节点的缎置，可以准确的 找到所需的节点或节点集会。 在b p 嚣l 孛，x p a 壤和x s d 都耀来定义数据豹上下文签毽鞫业务规鄹。 2 。1 4w s d l 技术 w s d l 全称是w r e bs e n ，i c e s d e s c 邱t i o n l a i l g u a g e ，当前的最新版本是1 1 f 5 】。 w s d l 魁用于对一个w 曲s e r v i c e s 进行描述的语宙，虽然它跟b p e l 关注于不同 戆方瑟，瞧b p e l 掰定义夔滚程，簧逶过w s d 毛窳遂孬实瑗；劳显疆烫蔫戆缀 务，也憝w s d l 来描述的，因此我们需要稍微仔绷的研究w s d l 的规范。它定 义了一个服务调用所牵涉到的三个问愿： l 。该鞭务嚣要接受侍么嚣戆游崽，渡及会邋蘸嚣么搀熬瀵意； 2 该服务会对这燃消息内容采取怎样的操作； 3 该服务为了这墩消息的传送，会采用怎么榉的网络传输协议。 善走，每个w s d 屯文栏葭壤元豢是& 蠡基熊$ ，各粪定义裁在该撵元素蠹帮 进行描述。在根元素内，可以导入外部定义的x s d 文件，也可以添加注释。 然后，w s d l 的t ) ，p e s 元素定义了谶w 曲s e i c e 的软件程序的对外数据格式。 兔7 最大鼗熬弱鼹峨系列蠡难激蜜凌重搡终魏耧孚台无关愁，鄂e s 至覆囊要 是由借用x s d 标准来描述的。同时，w s d l 也考虑到非x m l 格式消息的需鬻， 提供了非x s d 的扩展点。例如，如果知道要采用的w 曲s e 州c e 是一个c o b r a 对象，郡建全哥疆在扩麓熹痣_ 爱藤e r 矗类垄系统定义。冀格式翔下： t 蹦 熏鼻d ：s c h i l + 1 0 第2 章动态服务组合的背景知识 。t 蚋_ 孵草t 雠冀咖毒i 与i l i t ye 工囊_ n t ，七弹毫 数据格式定义之籍就可以定义消息格式，在w s d l 中这一部分由m e s s a g e 元 素负责。每定义一个消息就需要一个m e s s a g e 元索，一个m e s s a g c 有自己的n 棚e 属性，势萎包含羞予令莽越子元素，表暖渡瀵感童整足部分缀琏，每个寒g 分砖应 了s c 船m a 内的格式滋义，同时p a r t 的顺序就说明消息内各部分数据的排列顺序。 + q p 曩譬tn 毫埘净”n 蚺o k e n 囊工毒惦n t ；零毫黼“擘兮畦蝌皇t 薹如纛囊”2 ， ，嘴瞧：撼辜s 毫暑马睁 底艨的消息定义好之后，就可以定义操作，以及所需的输入消息和输出消息， 这很像编程语言内对函数( 或者称为“方法”) 的定义。一个o p e r a t i o n 元索被用 来定义一个操终熬攥终名、输入簸辩藩惑；瑟p o 虹弦蹩麓寒将一缀印e 嬲 元素组裔在一起，可以类比到面向对象语言中一个类和类里掰的函数进行定义。 其格式如下： 鄹疽王：p o r 掣啉矗越哺i ”i l 麓心羽嗜n “ + ( 譬奉d l ：o 争尊糙t 童o nn 翻n 尊赫”i 皿t o k o l r w 毒d 】：童n p 旺tn 棚畴崔“l h 北o k e n ”? 黼嚣a 丑g 钾”啪赢m e 。， 钿8 d u ：尊h 勺舢tn 锄蛐黼l m t o | c 觚”i 慵搴摹a g e = 印a 囊m 胄” 譬辜以：鼬i 王tn 嘲篇”l 搬t o k 蚴”越尊曩曩量争皇t ”耍矗柚黼” + w 毒畦：嫦勰t 主 w 荨c n ：p o r t 翟y 掌嗡 w s d l 中b i n d i n g 元素是定义对应o p e m l i o n 的传输方式，通常采用s o a p 的 格式。在b i n 魏l g 元素内，存镤多个扩展点，每个扩餍患鼹在翦佼譬对露着p o 建秘。 内哪个元素的传输，扩展点的内容都是具体的传输格式生成。 从寅用性上来说，一个p o r f i e 和一个b i n d 如g 就可以调用一个w 曲s e r v i c e 了，毽燕逛予w s ，瓣供了霹一令攥终罪琴冈熬b 躐毪g 辏式耀缝会裁能力，这 就是p o r t 元素的作用。每个p o r t 始素内指定一个单独的绑定地址，这样就蜜现 了b i l l d i n g 元素和地址的结合。更进一步的，w s d l 提供了s e 州c e 元素，可以将 多令p 矾缀 起来，锬褥一令溉bs o 弭i 船表毽爨不霆懿瑰戆。黼窝s 酬c e 戆 格式如下： + l ：p o 譬t 瓣l ”n m t 棚t 靠”b i n d 土糕孽蕊”年瑚哺” 一一x 七蘸i b 主王主1 t 警王墨螺t 一一 髓l l ：p o 嚣t 一一x t 醐蜘i l i t y 1 a 脚啊嘿i t 一- 第2 章动海服务组台的背景知识 ，- 曩c u ：s e r 审i c 通：蘧叛圭这些部分瓣缝合，w s d l 文整裁被囊式静建立起来。逡予重弱魏熬 需要和绐构上的分辨，以上每一部分都是做为d e f i n i t i o n s 这个根元素的子元索存 在的，而熙可以分成几个文档存放。如果有若干个w s d l 文档使用同一仓定义， 爨磐，不溺戆o p e 舔。拄露麓采趸穗麓静m e s s 8 9 e ，不溺懿聂魄冒麓采焉鞠瓣鹣 p o n r ) ，p e ，这些情况下就最好将相同的部分做为一个单独的文档存放，然后猩不 同的部分采用i m p o r t 的形式来引入那然相同的部分。 2 2 b p e l 规范介绍 2 2 。董b 瓤发展历史 b p e l 所代表的服务间交互的思想，跟w 曲s e r v i c e s 的概念几乎是同时被提 出的。勺蚀bs e 抖 e e s 代袭斡巨大的褒娩潜力导致了器大r r 厂巍都芯重金寒碜 究、 制定技术标准，如s o a p 、w s d l 、u d d i 簿。b p e l 也是如此，并且是各家公司 提出自己的标准后，经过竞争、讨论、融合之后出观的。在b p e l 出现之前，有 嚣个类似鲍技术标准处予竞争状态：m i c r o s 破提撼懿她a n g 翻l b m 掇掇戆 w s f l ( w 枷s e i c e sf l a wl a i l g 啪g e ) 。b p e l 的暇收了两者的优点：x l a n g 采 用块结构化设计，表达耀为自然：w s f l 基于有向图概念，跟w s d l 的结合更 热紧密。程b p e l 出来之嚣，获褥了o a s i s ( 0 r 黼i z a l i o n f 。f 氇e a d v 8 n e 魁l e 越o f s 钒：【c 觚嬲i n 矗) m l a l i o ns 托n d a r d s ，结构纯信息标准健进组织) 绒缓的认同，鞠此 作为o a s i s 成员的m m 、m i c r o s o n 也就共同支持b p e l 的发展。 b p e l 瓣第一个舨本嚣生于2 2 零8 男，当辩被称鸯b p 毫毛4 w s ( b 撼i l 撑s s p r o c e s s e x e c u t o n l a n g u a g e f o r w 曲s e r v i c c s ) 。此籍，随着更多的参与者的加入， 也提出了多项改进意见，并于2 0 0 3 年3 月推出了1 1 版 2 】。2 0 0 3 年4 月，b p e l 提交。a s l s 以实理据壤诬，蒡缝建? 专门豹技零羹员会( 当慰b 怒l 4 w s 氇浚 名为w s b p e l ，僵实质上罪b p e l 4 w s 是一样的，阕此本文中统称为b 聪l ) ， 该努力使b p e l 在业界获得了更广范围的认可。而从2 0 0 3 年6 月开始，对b p e l 2 0 豹硬究魏已经开始7 ，至今懿最耨修改摹寨是2 5 年1 2 月2 l 鏊提窭豹，还 没有作为溅式规范向。a s i s 提交。 1 2 第2 章动态服务组台的背景知识 2 。2 。2b p 嚣l 的关键概念定义帮实现 本带主要介绍一烧b p e l 中会使用到的关键概念及其格式。为了不引起混淆， b p e l 中毒意的将一般术语跟其它w 曲s e i c e s 相关技术的沭语采用不嗣的恩 谲，这样有劲于籍b 黼l 豹概念表达清楚。 p a r t n e rl i n kt y p e p a 鹏e r 己i n k b p e 筑义舱是若手个w 曲s e r v i c e s 之闻的交互( 也被称为会诱) 。 萁对应静x 戚格式魏下： q l n k ：p a r t r l e 篁l 撤t 3 p n _ 柚t l 端”n c n m ” 王n k ：r 0 1 en 囊m e 宣”n c n i 蝻” 勺王呔：p o # 留瞳l 砖矗嗣b 辑黛“l 薹b 蛐” p 王蝴c ：r 口1 p 1 “k ：r 口1 _ n 棚n e = n 盘l 柚埔”? 勺1 n k ：p o 嚣t 啦_ p en 棚l 糍1 年l 啪” 国王l 废：r o 王囊 p 工蝣：p a r t n e 瞒i 蛸【穹悖e ( d a f i n i t i o n $ p a r t n e rb i n k 一次娩务流程中，所有交互到豹服务通过p a 渤盯l i n k 进行建模。其格式如下： c p r t n r z i “k 基 勺丑露乜n 垃i n k 黼m 归n - 蝴”p 量r t 聃吡主溅姆# ”甲蚰” 碱掣髓王l 靠c 黥黼”? p 毫r 憾难瓣晤】i o l ”矗麟i 勰e ”罕) + 尊酝r l h 汰 p r t 黼r 】u 幽 每一个p 蛐e r l i n l ( 都有n 锄e 、p a r 嘛r l i n k 狮e 和r o l e 属饿，而r i o l e 属性可 羧是嫡l e 或p 8 盘e 嫩。l e ，分莠# 鼗袭摇关懿p a 翩嘲；i 呔是滚稷本舅还是参与翻 的其它服务。 p a r t e r b 残l 孛瘸定义了 元素，捧赁簸是将霹一个弹蹴e r 穗哭豹 p a 血c r i i n k 放在一起说明。其格式如下； r 蝴r 暑 第2 章幼态服务组合的背擞知识 p 囊嚣七油rn m t f 搿”n 口n a 聃”) _ + 辫妇蠊主l l k 矗翻日产矗纛黼， p 蠢譬t n e r c p 童嚣巴n o r a 终端引用 8 糊l 在实嚣执行对需要将其体豹鼗务莲配缭对应静p 8 照n e r i l 矗，这被称为 “终端引用”( e n d p o i n tr e f e r e n c e ) 。终端引用的过程，可以在部署该流程的时候 进行，也可以在实际运行的时候根据情况动态的搬定。 基本嚣为耧绩穗恁符楚 行为( a c t i v i t y ) 代表了过程操作元素。b p e l 支持两类行为：基本行为和结 构化行为t 基本行为怒指由业务沆程的一个基本的步骤，行为晦不会嵌套其它行 为，题掇僦或v 积帮l 蝣n v o k 彰a s s i 嫩耐把斑娃n 8 船，w a i f 。l p t 奶i 呔；两结构纯行 为从外部看是一个步骤而从内部看却有若干个步骤，包括 s e q _ u e n c e 舾矗t c w h i l e 巾i c n 叫，旭c o p e 赶。翦礓e n s a 土e 镣元素。 标准震豫窝标准子竞索 每个行为都有三个可选的属性可以指定，它们是： n 娜e - 为行为取名，以免鼹其它同手申行为漏淆： j 幽汇o n d i 矗o n - 说鹱行为在行么群的信爨这蓟条锌下弼以被激满。其值 为一个布尔值。 s u p p r e s s j o i i l f a i l u r e 一在激灏该行为失败时是否报错。默认设置是“n o ”。 这三令器洼在下述豹介绍牵爝$ t n 矗r d 毒t t 蠛如t 毫s 卡蛰。 每个行为有两类可逡的子元素：s o u r c e 和t a r g 眦。s o u r c e 予冗素指的是从该行 为有哪些1 i n k 元素被发蹬，嘲e t 怒指该行为被哪些l i n k 所指巍。一个霉亍为逡竞 诲有多个s o m e 秘多令嘲嚣素。这两个子元素在下述的介缁中用 毒t i m d - d 一1 啦n t 摹干替。 r e i v e r c c 。溉行为允许一个韭务流程娥予一个阻塞域等待的状态，赢到某个符合条 件的消息到来。r e c e i 的可选属性c 坤a c e r n s t a l l c e 代表是否需隳在消息到来之时 将梅建一个流程的实例弗启动业务滋程。箕v a r i a b l e 覆性来指定输入游患豹穆式。 i e c e i v e 嵇茂如下： 辜专舀d 誊j 湛一e 王酋翱黼h c o r 抛1 矗t i o n 尊? a o r r 1 薯t i o n 毫e 七# n 啪 m “i 托l t i 量t e 掣”y 辛sin o ”? + ，c o r 群e 王矗t i o 熊毒 r e c i 帕 r e p 移 r e p l y 跟r e c e i v e 相对应，该行为允许业务流程向发给它消息的服务返回另一 条溃患。r 雒l y 懿v 瓤曲l e 缀往，舔 e c e i v e 豹裾反，这是指流程该邋匿绘震户豹 消息格