谁需要Web服务事务处理？

谁需要Web服务事务处理？

作家：mike lehmann

工作处置扶助出此刻web效劳规范傍边。

想想商务运用步调中的工作处置，你会连忙想到钱庄交易、股票买卖与宇航订票体例，那些都是典范的范围宏大且特殊高贵的企业体例，那些体例的消息即使有误，大概会引导重要成果。

怪僻地是，当试图运用web效劳来建立第一个运用步调时，你就会创造对于web效劳工作处置的消息特殊不足。把出卖商的文献从新看到尾，大概什么都找不到。

固然，在web效劳（往日5年中最重要的本领兴盛趋向）的某个场合，该当有很多对于面向效劳的工作处置的消息。本专栏将阐明web效劳工作处置典型的往日、此刻和将来。

web效劳工作处置的汗青

犹如并不是web效劳刚一展示，这个行业就忽视了工作处置。更真实地说，是工作处置于今从来都没有变成那些仍旧运用了web效劳的运用步调的胜利普通。

很多早期的web效劳名目全力于仍旧证明的需要／相应web构造的再开拓和多元化运用，个中对工作处置的扶助要么是运用保守的web本领（如http对话或cookie）精确编进运用步调层，要么经过让运用步调只供给对后端商务体例的只读考察而精确遏止。但更多的开拓职员正在立新以尝试大略web效劳的控制，督促几个规范接洽安置将工作性语义引入web效劳。

2000年，很多分量级出卖商编写了一个叫作工作处置受权标志谈话（transaction authority markup language）的典型。2001年，bea树立了一个叫作贸易工作处置和议（business transaction protocol）的典型。2002年，ibm与微软树立了ws-transaction和ws-coordination，动作用来面向web效劳的交易过程实行谈话（business process execution language for web services ，bpel4ws）的构成局部。2003年8月，一个囊括oracle在前的出卖商同盟提出了web效劳复合运用框架（web services composite application framework ，ws-caf），将其动作往日那些接洽安置的夸大。

工作处置：须要仍旧不须要？

在保守运用步调中，普遍工作常常耗费时间短且同声举行，并且介入者也不多：一个将向钱庄贷款的存户，一个预订铁鸟票的乘客，一个实行购置的股票商。那些都是基础工作处置。人们对那些都很领会；从来就缺乏的是那些工作语义的web效劳层。

在商务处置范围将工作性语义与web效劳集成在一道变得更为搀杂。这边，web效劳的交互功夫变长且不同声举行，波及的本家儿也很多。比方，一个乘客经过游览社来筹备商务游览说领会典范商务过程的搀杂性。处置如许一个鉴于web效劳的商务游览工作大概须要游览社与宇航订票体例、饭馆预定体例及公共汽车租贷体例举行交互。这种情景如图 1所示。

图1：一个商务游览者经过一个游览社预订一次游览

这种计划会引导很多题目：

任何一个交互展示题目，乘客大概都须要与游览社一道从新商量所有商务游览，大概不只要变换出了题目的事变，还要变换关系的事变。

与保守的基础工作处置各别，在等候其余工作实行的同声很难锁定十足介入资源。比方，航班与饭馆预定体例不大概从来等候公共汽车租贷体例中某一操纵的中断。

每个子工作都必需径自实行，而后以那种办法与更大的耗费时间久的商务游览工作创造接洽。在实际生存中，商务游览工作也常常是更大的一个工作傍边的一局部。比方，乘客大概想把商务游览同放假贯串起来。

如许的工作处置称作商务震动。商务震动常常具备保守基础工作处置的少许特性，但由于它们耗费时间久，偶尔须要好几秒钟、好几钟点，以至好几天，以是必需创造一个新的语义集，以处置那些分辨。

将工作映照到web效劳

中介人（如一个游览社）在处置那些交互操纵时，每个题目大概都需报酬干涉。但在web效劳中，那些办法往往都机动举行，以缩小对报酬干涉的需要。

普遍被倡导的web效劳工作处置典型既可处置基础工作又可处置商务震动工作，由于她们不行制止地要共同拟订web效劳计划。究竟上，因为工作处置与商务过程联系明显，bpel4ws与ws-transaction和ws-coordination典型是共同颁布的。

web效劳工作处置的设置步调是一个散布式工作处置融合步调。与咱们计划中的游览社有些一致，该工作处置融合步调十分于一其中介，它盯梢一切波及基础效劳的交互操纵，而且按照来自乘客的报告（经过商务运用步调），融合工作的接受或"提交"。

与基础工作处置东西（如oracle数据库）中的保守散布式工作融合步调各别，web效劳工作处置融合步调自己即是一种web效劳，它经过soap动静接受消息。然而，动作工作处置融合步调并大概义工作处置和议自己是什么。该和议常常是由融合典型的弥补典型设置的--比方，ws-transaction和ws-transaction 处置。那些典型详细了web效劳实行进程是怎样在基础工作处置和商务震动工作处置的左右文中刻画诸如"发端"、"提交"与"回滚"等普遍工作处置操纵的。

工作处置和议满意了实行web效劳工作处置的百般诉求，但并不独力设置一个在并行的交互操纵中只辨别一个特出的基础工作处置或商务震动工作处置的共享左右文。源于web效劳复合运用框架的ws-context详细了怎样创造一个公用共享左右文，它不妨用来在介入该工作的web效劳间传递这一消息。这个新的商务游览计划中的那些挪动局部如图 2所示。

图2：用来商务游览的web效劳工作处置

商务震动与积累工作

迄今为止除去web效劳层除外，web效劳工作处置并未表露出与凡是的工作处置有很大分辨。然而，其真实的各别之处在乎商务震动。更加是一切的web效劳工作处置典型都设置了一个积累的工作处置功效，在爆发特殊遏止时并不回滚工作，而是指定一组撤消举措以运用于一个或多个web效劳交互操纵。

再看一下咱们的游览计划，构想旧金山与温哥华之间的直接通航不复可行。不妨实行一个积累工作处置，以想法预定另一航班以及可在西雅图中间转播的道路。这大概会感化相映的堆栈预定，须要另一积累工作来供给达到及摆脱各别堆栈的功夫。

积累工作处置是机动化商务处置过程的普通，以是bpel4ws引入了一个精确的证明体制将其嵌入，来处置出了题目的web效劳震动，如上述景象。

上述典型何时本领鉴于规范？

你大概仍旧提防到正文将ws-transaction/ws-coordination和ws-caf都称作典型，而不是规范。然而在实行正文时，ws-caf仍旧提交给oasis，对于那些筹备将web效劳由一项普通本领变为举行企业运用开拓与集成所依附的要害本领的组织来说，这是个好兆头。

请关心oracle本领网，由于oracle不只连接扶助拟订web效劳规范，如ws-caf，并且也发端供给oracle运用步调效劳器10g中的web效劳工作处置扶助的预览东西。

mike lehmann (mike.lehmann@oracle.com)是oracle application server containers for j2ee 10g的首席产物司理。