SOA事务处理系统设计与实现

维普资讯 http://www.cqvip.com 第２４卷第ｌｌ期　２００７年１１月　计算机应用研究　Ａｐｐｌｉｃａｔｉｏｎ　Ｒｅｓｅａｒｃｈ　ｏｆ　Ｃｏｍｐｕｔｅｒｓ　Ｖｏ１．２４　Ｎｏ．１１　Ｎｏｖ．２００７　ＳＯＡ事务处理系统设计与实现水　郭玉彬，王新忠，奚建清　（华南理工大学计算机科学与工程学院，广州５１０６４０）　摘要：给出了一种适用于ＳＯＡ环境的事务处理系统——ＤＴＰｓ。它能够适应ＳＯＡ的松耦舍环境，完成商用事　务的并发控制与恢复。首先给出ＤＴＰＳ系统的整体结构与功能；然后详细讨论了其并发控制算法及消息传递机　制。　关键词：面向服务的架构；事务处理系统；简单对象访问协议；Ｗｅｂ服务　中图分类号：ＴＰ３１１　文献标志码：Ａ　文章编号：１００１—３６９５（２００７）１１—０２１８—０４　Ｄｅｓｉｇｎ　ａｎｄ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓ　ｓｙｓｔｅｍ　ｆｏｒ　ＳＯＡ　ＧＵＯ　Ｙｕ－ｂｉｎ，ＷＡＮＧ　Ｘｉｎ－ｚｈｏｎｇ，ＸＩ　Ｊｉａｎ－ｑｉｎｇ　（Ｓｃｈｏｏｌ　ｏｆＣｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ＆Ｅｎｇｉｎｅｅｒｉｎｇ，Ｓｏｕｔｈ　Ｃｈｉｎａ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆＴｅｃｈｎｏｌｏｇｙ，Ｇｕａｎｇｚｈｏｕ　５１０６４０，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ：Ｔｈｉｓ　ｐａｐｅｒ　ｐｒｏｐｏｓｅｄ　ａ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓ　ｍｏｄｅｌ　ｆｏｒ　ＳＯＡ—ＤＴＰＳ．Ｉｎｔｒｏｄｕｃｅｄ　ｍａｉｎ　ｆｒａｍｅｗｏｒｋ　ｏｆ　ＤＴＰＳ　ａｎｄ　ｐｒｉｍａｒｙ　ｃｏｍｐｏｎｅｎｔｓ，ｉｎｃｌｕｄｉｎｇ　ｔｒａｎｓａｃｔｉｏｎ　ｍｏｄｅｌ，ｔｒａｎｓａｃｔｉｏｎ　ｃｏｎｔｅｘｔ　ｍａｎａｇｅｍｅｎｔ，ｃｏｏｒｄｉｎａｔｏｒ　ｍａｎａｇｅｍｅｎｔ　ａｎｄ　ｔｒａｎｓａｃｔｉｏｎ　ｃｏｍｐｅｎ－　ｓａｔｉｏｎ．Ｔｈｅｎ　ｄｉｓｃｕｓｓｅｄ　ｃｏｎｃｕｒｒｅｎｃｙ　ａｌｇｏｒｉｔｈｍ　ａｎｄ　ｍｅｓｓａｇｅ　ｔｒａｎｓｍｉｔｔｉｎｇ　ｍｅｃｈａｎｉｓｍ　ｉｎ　ｄｅｔａｉｌ　Ｋｅｙ　ｗｏｒｄｓ：ＳＯＡ；ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ　ｓｙｓｔｅｍ；ＳＯＡＰ；Ｗｅｂ　ｓｅｒｖｉｃｅ　且每个组成部分都有自己的事务管理方式。在ＳＯＡ环境下，　Ｏ　引言　ＳＯＡ是一种松散耦合的软件体系结构。在该体系结构　中，由各自可复用的服务构成系统功能。这些服务对外提　供意义明确的接口，软件的开发通过对这些接口的调用来完　事务管理主要是把系统中已存在的事务管理系统组织起来，进　行协同事务管理。　ｂ）脆弱性与冗余性。单个节点更容易断开或消失。所以　单一节点上的事务非常脆弱，更容易失败。但系统可能存在多　个冗余节点，一个事务（或子事务）又可在多个节点同时启动　成¨０　Ｊ。在此环境下，事务仍然是并发控制与恢复的基础设　施。但由于系统的各个组成部分都有自己的事务管理系统且　多个副本，因此事务执行的成功率又有所提高。　本文针对ＳＯＡ环境中对事务系统的新特征，给出一种新　的事务处理系统——ＤＴＰＳ（ｄｉｓｔｉｒｂｕｔｅｄ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓ　ｓｙｓ．　ｔｅｍ）。该系统采用嵌套事务模型来表示对多个服务的嵌套调　各不相同，传统的事务处理技术　‘不能直接应用。　针对此环境，ＩＢＭ、微软和ＢＥＡ提出ＷＳ．Ｃ／Ｔ　等协议。　ＷＳ。Ｃ／Ｔ建立在ＳＯＡＰ、ＷＳＤＬ等Ｗｅｂ服务的标准之上，提供协　调分布式应用活动的可扩展框架及框架支持的协调类型和协　调协议。ＯＡＳＩＳ组织也提出了ｂｕｓｉｎｅｓｓ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｔｏｃｏｌ　规　用，利用完全分布的算法进行服务的并发控制管理，并采用　ＳＯＡＰ作为底层通信协议。ＤＴＰＳ的运行可以跨越不同的企业　和组织，能够满足Ｗｅｂ服务事务的需求，同时又有一定的灵活　范。ＢＴＰ采用互操作协议来定义Ｗｅｂ服务的事务性表现及消　息内容。文献［７］在满足传统事务ＡＣＩＤ性质的基础之上引入　协调器（ｃｏｏｒｄｉｎａｔｏｒ）的概念，提出了适用于Ｗｅｂ服务的协同工　作框架及协议。此外，文献［８］针对服务组合，基于ＣＯＲＢＡ和　Ｊ２ＥＥ对象通信模型，提出了对象事务（ｏｂｊｅｃｔ　ｔｒａｎｓａｃｔｉｏｎ）的解　决方案。文献［９］总结了Ｗｅｂ服务环境下事务的主要特点，如　事务涉及到的实体是分布在网络中不同位置、不同平台上的服　性、实用性、可扩展性和可靠性。　１　ＳＯＡ事务处理框架——ＤＴＰＳ　１．１　ＤＴＰＳ整体设计架构　ＤＴ￣Ｓ的整体架构如图１所示。系统由协调者、参与者、事　务、传输构件组成。应用程序通过ＡＰＩ接口与协调器交互，提　务参与者；存在很多长事务、交互事务；每个事务都可能存在多　个可选的子事务；事务结构比传统事务更松散、更灵活、更复　杂，并不严格地遵循传统事务ＡＣＩＤ原则等。　笔者认为ＳＯＡ环境下，事务管理还有一些新的特征：　ａ）协同性。系统由多个组成部分按调用关系组合而成，　收稿日期：２００６—０９—１１；修返日期：２００６．１１．０７　目（Ｂ６４８０５９８）　出或取消事务，并接收事务处理结果。协调器负责管理和控制　事务的运行，负责创建事务，允许参与者登记和解除登记，完成　参与者之间的并发控制和协调等。参与者完成事务承担事务　性工作的Ｗｅｂ服务。传输构件则完成事务系统其他部分之间　的消息传送。协调器、参与者、传输构件均以Ｗｅｂ服务部署单　基金项目：广东省科技攻关计划资助项目（ＧＯ３Ｂ２０４０７７０）；广东省自然科学基金资助项　作者简介：郭玉彬（１９７３一），女，山东高唐人，讲师，博士研究生，研究方向为数据库、网络计算、事务处理技术（１ｓｙ０６０８＠ｐ￣ｐｌｅ．ｃｏｉｎ．ｃｎ）；王新　忠（１９８１．），男，助教，硕士，研究方向为ＳＯＡ、事务处理技术；奚建清（１９６２．），男，教授，博导，博士，研究方向为数据库技术、资源交换．　维普资讯 http://www.cqvip.com 第１１期　元的形式部署在Ｗｅｂ服务运行时容器中。　郭玉彬，等：ＳＯＡ事务处理系统设计与实现　・２ｌ９・　事件包括数据修改操作（如对数据库的ｉｎｓｅｒｔ、ｕｐｄａｔｅ及ｄｅｌｅｔｅ　操作）、事务协调消息（如ｂｅｇｉｎ、ｃｏｍｍｉｔ和ａｂｏｒｔ等）、用户自定　义的事件、系统事件（如系统或机器重启）等。根据补偿规则，　补偿事务产生器在事件驱动下产生补偿操作。补偿事务产生　过程如图３所示。　⑤［婴堕［　顶荐　　图１　ＤＴＰＳ系统整体架构图　图２事务结构图　图３补偿事务产生过程　在该模型中，事务模型是基础，协调器管理是关键，事务上　１．３事务上下文管理　下文是事务管理的实现机制，而补偿事务处理机制则是一种事　事务上下文用来标志一个事务及与之相关的工作，并记录　务恢复策略。　其协调器的位置，它对应用程序和服务透明。为了让事务能够　１．２　ＤＴＰＳ的事务模型与补偿机制　跨越分布式环境，事务上下文是必需的。它是在资源上的事务　ＤＴ￣Ｓ采用嵌套事务模型。嵌套事务模型最早是由Ｍｏｓｓ　性操作与调用操作构件之间的关联，包含系统当前的事务状　在文献［１０］中给出的，目前已广泛应用于多个事务管理系统。　态。在一个事务执行期间，所有参与事务的线程共享事务上下　～个嵌套事务可以看做是依据调用关系组成的一个树状结构。　文。当应用程序与组成事务的服务联系时，ＤＴＰＳ系统组件负　其中根事务是所有事务的父事务；其他事务称为其子事务。其　责传播上下文。ＤＴＰＳ中上下文包括以下几个部分：　他事务可以是平面事务　，也可以是嵌套事务。如图２所示，　ａ）Ｃｏｎｔｅｘｔ—Ｉｄｅｎｔｉｉｆｅｒ。ＵＲＩ标志符，对于每一个事务，全局　事务Ｔ。是根事务，其他事务Ｔ２一Ｔ。都是其子事务。事务Ｔ３　惟一。　调用了事务Ｔ５、Ｔ６，所以它是事务的父事务；同时１ｒ５、１ｒ６称为　ｂ）Ｔｉｍｅｏｕｔ。超时值，用来指明上下文的有效期。超过了　的子事务。　这个时间，事务将不再有效。　嵌套事务模型中，ＤＴＰＳ定义事务是一个二元组ｔ＝（Ｏ　，　ｃ）ＴｒａｎｓａｃｔｉｏｎＴｙｐｅ。包括事务类型、原子类型或聚合类型。　＜　）。其中：Ｏ　是事务Ｔ的操作集合；＜　是操作的偏序关系。　ｄ）Ｒｅｇｉｓｔｒａｔｉｏｎ　ｓｅｒｖｉｃｅ。注册服务的地址，用来注册协调协　依据事务原子性将其划分为聚合事务和原子事务两类。　议中的兴趣点（ｉｎｔｅｒｅｓｔ）和参与方式（ｐａｒｔｉｃｉｐａｔｉｏｎ），以确定活　定义１在ＤＴＰＳ中，如果事务的所有操作是一个整体，具　动的整体输出结果。　有原子性，则称之为原子事务；如果一个事务不是原子事务，则　事务上下文的ｓｃｈｅｍａ定义如下：　称之为聚合事务。　＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ　ｎａｍｅ＝”ＴｒａｎｓａｅｔｉｏｎＣｏｎｔｅｘｔＴｙｐｅ”）　原子事务在Ｗｅｂ服务上执行，要么完全执行，要么完全放　（ｘｓｄ：ｓｅｑｕｅｎｃｅ）　弃。所有参与者看到相同的执行结果。聚合事务则允许一部　（ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｃｏｎｔｅｘｔ・Ｉｄｅｎｔｉｆｉｅｒ”　分子事务提交而另外一部分事务回滚，用于协调长时间运行的　（ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ）　（ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ）　商业活动。聚合事务的子事务可以是原子事务或聚合事务。　（ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＵＲＩ”＞　后者可以进一步划分，直至最终结果为原子事务，从而形成嵌　（ｘｓｄ：ａｎｙＡｔｔｒｉｂｕｔｅ　ｎａｍｅｓｐａｃｅ＝”＃＃ｏｔｈｅｒ”／＞　套、层次性的结构。其所有状态都是外部可见的。聚合事务放　（／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ）　松了隔离性和原子性，以适合服务的松耦合性质。聚合事务与　（／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞　原子事务的区别如表１所示。　（／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ）　（／ｘｓｄ：ｅｌｅｍｅｎｔ）　表１　聚合事务与原子事务的区别　（ｘｓｄ：ｅｌｅｍｅｎｔ　ｒｅｆ＝”Ｔｉｍｅｏｕｔ”ｍｉｎＯｃｃｕｒｓ＝”０”／＞　（ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＴｒａｎｓａｅｔｉｏｎＴｙｐｅ”ｔｙｐｅ＝”ｘｓｄ：　ａｎｙＵＲＩ”／　ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＲｅｇｉｓｔｒａｔｉｏｎＳｅｒｖｉｃｅ”ｔｙｐｅ＝”Ｅｎｄｐｏｉｎｔ．　ＲｅｆｅｒｅｎｃｅＴｙｐｅ”／＞　（／ｘｓｄ：ｓｅｑｕｅｎｃｅ）　ｘｓｄ：ａｎｙＡｔｔｒｉｂｕｔｅ　ｎａｍｅｓｐａｃｅ＝”＃＃ｏｔｈｅｒ”ｐｒｏｃｅｓｓＣｏｎｔｅｎｔｓ　在ＤＴＰＳ中，聚合事务的子事务之间没有锁定机制，其提　”ｌａｘ”／＞　交前的故障用回滚操作消除，提交后的恢复采用补偿事务（见　（／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ）　ｓａｇａ模型”引）来实现。　１．４　协调器管理　定义２补偿事务。用来撤销已提交的事务Ｔ所产生影　协调器　是一个软件实体，负责确保多方之间达成一致，　响的事务，称为事务Ｔ的补偿事务。　用于跨多个数据源协调工作。ＤＴＰＳ通过使用一个支持多个协　补偿事务的产生采用事件驱动机制，只有那些影响应用系　调协议的插件机制，对协调程序的定义进行扩展。ＤＴＰＳ中的　统的数据或状态的事务操作才会产生相应的补偿操作。驱动　协调器是一个能够驱动各种上下文类型和事务协议的通用协　维普资讯 http://www.cqvip.com

－２２０・　计算机应用研究　第２４卷　调程序，而不是把协调程序绑定到两阶段提交协议上。　／／执行局部事务ｔ；　协调器由下列三个服务组成：　接收其他节点发送的消息；　ａ）激活服务（ａｃｔｉｖａｔｉｏｎ　ｓｅｒｖｉｃｅ）。用于创建活动和事务上　ｓｗｉｔｃｈ消息类型　ｃａｓｅ执行局部事务｛　下文，管理上下文的生命周期。它允许用户制订新事务及其与　设置与事务Ｔ冲突的集合中　０ｎｎｈ（Ｔ）为空集；　已有事务的关系，建立并维护事务调用关系树，进行并发控制　ｏｆｒ　ｅａｃｈ　ｔ；∈执行列表ｄ０　与事务恢复。　Ｉｆ（ｔｉ　ｔ．）　ｂ）注册服务（ｒｅｇｉｓｔｒａｔｉｏｎ　ｓｅｒｖｉｃｅ）。用于协调协议选择、注　中。舢　（Ｔ）＝中　Ｉｃｌ（Ｔ）ｕｔｊ所属的全局事务；　把ｔ；添加到执行列表中；　册参与方。它允许参与者进行注册，以接收与特定协调器相关　ｉｆ（与事务Ｔ冲突的集合中　Ⅱｉｃ　（Ｔ）是空集）｛　的协议。　在１３志中写入局部事务ｔ　操作步骤；　ｃ）协调服务（ｃｏｏｒｄｉｎａｔｉｏｎ　ｓｅｒｖｉｃｅ）。用于活动完成处理。　执行局部事务ｔ．；　参与者用它注册协调协议，参加到事务中。　修改局部事务ｔ　的执行状态；　协调是指协调器发送信息到许多参与者，以保证所有参与　向事务Ｔ发送成功执行结果和冲突事务集合；　　｝者得到特定消息的行为。它创建子协调器或者对等协调器之　ｅｌｓｅ｛　间的关系树，如图４所示。　设置局部事务ｔ．为等待执行状态；　向事务Ｔ发送局部事务ｔ　执行状态和冲突事务集合　获取执行列表中的第一个局部事务ｔ　；　ｉｆ（ｔｊ是等待执行状态）｛　在１３志中写入局部事务ｔ；操作步骤；　图４协调器和参与者之间的关系树　执行局部事务ｔｉ；　修改局部事务ｔｉ的执行状态　２　ＤＴＰＳ实现技术　向ｔ；所属的全局事务Ｔ　发送成功执行结果；　｝／／ｅｎｄ　ｏｆ　ｅｌｓｅ　２．１　完全分布的并发控制算法　｝／／ｅｎｄ　ｏｆｆｏｒ　｝／／ｅｎｄ　ｏｆ　ｃａｓｅ　该系统在并发控制方面采用基于序列化图的完全分布的　／／提交局部事务ｔ．　死锁检测算法。算法分两部分：协调器方面负责检测是否存在　ｃａｓｅ提交局部事务｛　死锁；参与者负责传送事务上下文。　在１３志中写入全局事务提交操作；　算法１　协调器端并发控制算法　执行提交操作，提交局部事务；　（Ｔ）＝｛ｔ　．－，ｔ　｝／／事务Ｔ的局部事务集合　设置事务Ｔ后序事务的集合中　（Ｔ）为空集；　中（Ｐ）＝｛Ｐ　．－，Ｐ　｝／／执行局部事务的站点集合　ｆｏｒ　ｅａｃｈ　ｔ；∈执行列表ｄ０　ｉｆ（ｔｌ—ｔ　）中　（Ｔ）：中　（Ｔ）ｕｔｊ所属的全局事务；　ＳＧ　＝¨／／事务Ｔ的序列化图　在１３志中写入局部事务ｔ；提交；　｛／／算法开始　从执行列表中删除ｔ　；　／／执行阶段，启动事务并更新序列化图　向事务Ｔ发送后序事务集合；　ｆｏｒ　ｅａｃｈｔ　∈中（Ｔ）ｄｏ｛　｝　将ｔ。发送到相应的Ｐ　去执行；　ｆ／／ｅｎｄ　ｏｆ　ｓｗｉｔｃｈ　等待来自Ｐ　的回答；　｝／／ｅｎｄ　ｏｆ　ａｌｇｏｒｉｔｈｍ　更新ｔ　的执行状态；　Ｖｏｉｄ　Ｕｐｄａｔｅ（ＳｅｆｉＭＧｒａｐｈ　ＳＧＴ，Ｍｅｓｓａｇｅ　ａｎｓｗｅｒ　ｆｒｏｍ　Ｐｉ）　Ｕｐｄａｔｅ（ＳＧＴ，ａｎｓｗｅｒ　ｆｒｏｍ　Ｐ。）；／／更新序列化图　ｗｈｉｌｅｔｒｕｅ　ｄｏ｛　ｉｆ（ｕｐｄａｔｅｄ（ＳＧＴ））／／判定ＳＧＴ是否更新　ｉｆ（ＳＧＴ有更新）｛　将ＳＧ　的更新信息传递给事务Ｔ的所有前序事务；　更新ＳＧＴ；　｝　将ｓＧ　的更新信息传递给事务Ｔ的所有前序事务；　／／验证阶段　｝　ｗａｉｔ　ｕｎｔｉｌ　ＳＧＴ中节点Ｔ没有人边；　ｉｆ（ＳＧＴ有更新＾ＳＧＴ中有环）｛　／／提交阶段　在环中选择时间戳值最大的全局事务进行回滚；　ｆｏｒ　ｅａｃｈ　ｔ．∈中（Ｔ）ｄｏ｛　给该全局事务管理器发送回滚消息；　给执行局部事务ｔ．的Ｐ。发送提交命令；　Ｕｐｄａｔｅ（ＳＧＴ，ａｎｓｗｅｒ　ｆｒｏｍ　Ｐｉ）；　／／ｅｎｄ　ｏｆ　ｃａｓｅ　从序列化图ｓＧ　获取全局事务Ｔ的所有后序事务；　／／算法结束　将ＳＧ　的更新信息传递给事务Ｔ的后序事务；　Ｂｏｏｌｅａｎ　Ｕｐｄａｔｅｄ（ＳｅｒｉｌａＧｒａｐｈ　ＳＧ）　｝　｛／　判定ｓＧ是否被上次ｕｐｄａｔｅ操作改变，若有改变返回ｔｒｕｅ，否　｝／／算法结束　则返回ｆａｌｓｅ　／｝　在该算法中，局部事务管理器等待接收来自其他服务节点　Ｂｏｏｌｅａｎ　ｈａｓＷｃｙｃｌｅ（ＳｅｒｉａｌＧｒａｐｈ　ＳＧ）　的事务请求，根据事务请求的操作类型，执行不同操作。　｛／／判定ｓＧ中是否有回路，若有返回ｔｒｕｅ，否则返回ｆａｌｓｅ｝　算法２参与者并发控制算法　以上算法保证死锁的正确检测。其正确性源于序列化图　｛　方法的正确性，证明见文献［１３］。　维普资讯 http://www.cqvip.com 第１１期　２．２消息传递机制　郭玉彬，等：ＳＯＡ事务处理系统设计与实现　・２２１・　４结束语　本文给出了一个用于ＳＯＡ环境的事务处理模型ＤＴＰＳ。　ＤＴＰＳ采用ＳＯＡＰ进行底层通信支持。ＳＯＡＰ是Ｗｅｂ　ｓｅｒ－　ｖｉｃｅｓ技术的核心之一，用于Ｗｅｂ　ｓｅｒｖｉｃｅｓ调用的ＸＭＬ消息表　示。ＳＯＡＰ消息还可以组合以支持多种通信行为，这其中包括　从事务模型、事务上下文管理、协调器管理和补偿事务处理机　请求／响应、请求响应、单向异步消息或者事件通知等。因此系　统采用ＳＡＯＰ协议进行事务之间消息的传递。消息类型如表２　制等方面详细介绍了ＤＴＰＳ的架构，详细讨论了ＤＴＰＳ的并发　控制算法以及消息传递机制。ＤＴＰＳ能够较好地适应ＳＯＡ架　所示。　表２　ＤＴＰＳ系统的主要消息类型　３相关工作比较　目前ＳＯＡ正处于不断发展之中，许多公司和标准化组织　已推出支持ＳＯＡ事务的产品。ＯＡＳＩＳ的ＢＴＰ是其中较成熟的　模型。ＢＴＰ不是专门用于Ｗｅｂ服务的事务处理协议，其目的　是使它也能用于其他环境中。因而ＢＴＰ定义了事务性的ＸＭＬ　协议，并且必须在规范中指定所有的服务依赖性。ＢＴＰ规范本　质上还是封闭的，而且受到其两阶段协议的。ＤＴＰＳ与　ＢＴＰ的异同如表３所示。　表３　ＤＴＰＳ与ＢＴＰ的比较　ＩＢＭ公司的ＷＳＡＴ　也是一个Ｗｅｂ服务事务系统。但　ＷＳＡＴ基于两段提交协议，要求所有参与者的工作完全提交或　者完全取消。其事务性应用程序的开发受限于ＷｅｂＳｐｈｅｒｅ平　台。而ＤＴＰＳ系统中能做到依据自己的商业逻辑，部分地回滚　或提交事务，更好地适应了复杂商业逻辑的需要。ＤＴＰＳ在系　统结构设计上把事务的主要工作放在协调器上，相应地简化了　客户端和参与者的工作。ＤＴＰＳ的运行可以跨越不同的企业　和组织，能够满足Ｗｅｂ服务事务的需求，同时又有一定的灵活　性、实用性、可扩展性和可靠性。　构的松耦合特征，同时又有一定的灵活性、实用性、可扩展性和　可靠性。　目前笔者已实现了ＤＴＰＳ的原型系统，正准备推广到应用　中去，考虑增加图形界面，让用户更方便地进行事务管理。补　偿事务并不能适用于所有事务，对不可补偿事务的处理是下一　步的工作重点。另外对事务的原子性进一步的放松及恢复机　制的研究也是下一步要做的工作。　参考文献：　［１］ＥＮＤＲＥＩ　Ｍ，ＡＮＧ　Ｊ，ＡＲＳＡＮＪＡＮＩ　Ａ，ｅｔ　ａ１．Ｐａｔｔｅｒｎｓ：ｓｅｒｖｉｃｅ　ｏｆｔｅｎ－　ｔｅｄ　ａｒｃｈｉｔｅｃｔｕｒｅ　ａｎｄ　Ｗｅｂ　ｓｅｒｖｉｃｅｓ［Ｒ］．［Ｓ．１．］：ＩＢＭ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｔｅｃｈｎｉｃａｌ　Ｓｕｐｐｏｒｔ　Ｏｒｇａｎｉｚａｔｉｏｎ，２００４．　［２］ＢＬＯＯＭＢＥＲＧ　Ｊ．Ｔｈｅ　ｒｏｌｅ　ｏｆ　ｔｈｅ　ｓｅｒｖｉｃｅ　ｏｒｉｅｎｔｅｄ　ａｒｃｈｉｔｅｃｔ［ＥＢ／　ＯＬ］．（２００３—０４—１２）．ｈｔｔｐ：／／ｗｗｗ．ｉｂｍ．ｃｏｍ／ｄｅｖｅｌｏｐｅｒｗｏｒｋｓ／ｒａｔｉｏ—　ｎａｌ／ｌｉｂｒａｒｙ／ｃｏｎｔｅｎｔ／ＲａｔｉｏｎａｌＥｄｇｅ／ｍａｙ０３／Ｂｌｏｏｍｂｅｒｇ．ｐｄｆ．　［３］ＧＲＡＹ　Ｊ，ＰＥＵＴＥＲ　Ａ．Ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｃｅｓｓｉｎｇ：ｃｏｎｃｅｐｔｓ　ａｎｄ　ｔｅｃｈ—　ｎｉｑｕｅｓ［Ｍ］．Ｓａｎ　Ｆｒａｎｃｉｓｃｏ：Ｍｏｒａｎ　Ｋａｕｆｍａｎｎ，１９９３．　［４］ＯＲＣＨＡＲＤ　Ｄ．Ｗｅｂ　ｓｅｒｖｉｃｅｓ　ｃｏｏｒｄｉｎａｔｉｏｎ［ＥＢ／ＯＬ］．（２００２・０８）．ｈｔ・　ｔｐ：／／ｄｅｖ．ｂｅａ．ｃｏｍ／ｔｅｃｈｎｏｌｏｇｉｅｓ／ｗｅｂｓｅｒｖｉｃｅｓ／ｓｔｎａｄａｒｄｓ．ｊｓｐ．　［５］ＣＯＸ　Ｗ．Ｗｅｂ　ｓｅｒｖｉｃｅｓ　ｔｒａｎｓａｃｔｉｏｎ［ＥＢ／ＯＬ］．（２００２・０８）．ｈｔｔｐ：／／　ｄｅｖ．ｂｅａ．ｃｏｍ／ｔｅｃｈｎｏｌｏｇｉｅｓ／ｗｅｂｓｅｒｖｉｃｅｓ／ｓｔｎａｄａｒｄｓ．ｊｓｐ．　［６］ＦＵＲＮＩＳＳ　Ｐ．Ｂｕｓｉｎｅｓｓ　ｔｒａｎｓａｃｔｉｏｎ　ｐｒｏｔｏｃｏｌ　ｖｅｒｓｉｏｎ１．１．０［ＥＢ／ＯＬ］．　（２００４—１　１・２４）．ｈｔｔｐ：／／ｗｗｗ．ｏａｓｉｓ—ｏｐｅｎ．ｏｒｇ／ｃｏｍｍｉｔｔｅｅｓ／ｄｏｗｎｌｏａｄ．　ｐｈｐ／４３４３／ＷＳ２ＣＡＦ％２Ｐｒｉｍｅｒ．ｐｄｆ．　［７］ＺＨＡＯ　Ｗｅｎ・ｂｉｎｇ，ＭＯＳＥＲ　Ｌ　Ｅ，ＭＥＬＬＩＡＲ—ＳＭＩＴＨ　Ｐ　Ｍ．Ａ　ｒｅｓｅｒｖａ・　ｔｉｏｎ．ｂａｓｅｄ　ｃｏｏｒｄｉｎａｔｉｏｎ　ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｗｅｂ　ｓｅｒｖｉｃｅｓ［Ｃ］／／Ｐｒｏｃ　ｏｆ　ｔｈｅ　ＩＥＥＥ　Ｉｎｔｅｍａｔｒｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ｗｅｂ　Ｓｅｒｖｉｃｅｓ．Ｏｒｌｎａｄｏ：［Ｓ．ｎ．］，　２００５．　［８］ＳＣＨＭＩＴ　Ｂ　Ａ，ＤＵＳＴＤＡＲ　Ｓ．Ｔｏｗａｒｄｓ　ｔｒｎａｓｉｔｉｏｎａｌ　ｗｅｂ　ｓｅｒｖｉｃｅｓ　［Ｃ］／／Ｐｒｏｃ　ｏｆ　ｔｈｅ　７ｔｈ　Ｉｎｔ’１　Ｃｏｎｆ＂ｏｎ　Ｅ・ｃｏｍｍｅｍｅ　Ｔｅｃｈｎｏｌｏｇｙ　Ｗｏｒｋ・　ｓｈｏｐ．２００５．　［９］岳昆，王晓玲，周傲英．ｗｅｂ服务核心支撑技术：研究综述［Ｊ］．　软件学报，２００４，１５（３）：４２８—４４２．　［１０］ＭＯＳＳ　Ｊ　Ｅ　Ｂ．Ｎｅｓｔｅｄ　ｔｒａｎｓａｃｔｉｏｎｓ：ａｎ　ｉｎｔｒｏｄｕｃｔｉｏｎ［Ｃ］／／Ｐｍｃ　ｏｆ　Ｃｏｎ．　ｃｕｒｒｅｎｃｙ　Ｃｏｎｔｒｏｌ　ａｎｄ　Ｒｅｌｉａｂｉｌｉｔｙ　ｉｎ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｓｙｓｔｅｍｓ．Ｎｅｗ　Ｙｏｒｋ：　Ｖａｎ　Ｎｏｓｔｒａｎｄ　Ｒｅｉｎｈｏｌｄ，１９８７：３９５・４２５．　［１　１］ＧＡＲＣＩＡ・ＭＯＬＩＮＡ　Ｈ，ＳＡＬＥＭ　Ｋ．Ｓａｇａｓ［Ｃ］／／Ｐｍｃ　ｏｆ　ｔｈｅ　ＡＣＭ　ＳＩＧ．　ＭＯＤ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ｍａｎａｇｅｍｅｎｔ　ｏｆＤａｔａ．Ｓａｎ　Ｄｉｅｇｏ：［ｓ．ｎ．］，１９８７：　２４９．２５９．　［１２］丁柯．网络分布计算中的事务工作流研究［Ｄ］．北京：中国科学　院．２００３．　［１３］ＩＢＭ　Ｃｏｒｐｏｒａｔｉｏｎ．Ｗｅｂ　ｓｅｒｖｉｃｅｓ　ａｔｏｍｉｃ　ｔｒａｎｓａｃｔｉｏｎ　ｆｏｒ　ＷｅｂＳｐｈｅｒｅ　ａｐｐｌｉｃａｔｉｏｎ　ｓｅｒｖｅｒ　５．０．２　ｔｅｃｈｎｉｃａｌ　ｐｒｅｖｉｅｗ［ＥＢ／ＯＬ］．（２００３・１０）．　ｈｔｔｐ：／／ｗｗｗ．ａｌｐｈａｗｏｒｋｓ．ｉｂｍ．ｃｏｍ／ｔｅｃｈ／ｗｓａｔ．　［１４］王新忠．ＳＯＡ事务处理技术的研究［Ｄ］．广州：华南理工大学，　２００６．　［１５］陈晓萍．虚拟数据库事务模型研究与设计［Ｄ］．广州：华南理工大　学，２００６．