基于两阶段提交协议的组合WEB服务（企业管理论文资料）.docVIP

基于两阶段提交协议的组合WEB服务（企业管理论文资料） 文档信息 ： 文档作为关于“IT计算机”中“Web服务”的参考范文，为解决如何写好实用应用文、正确编写文案格式、内容素材摘取等相关工作提供支持。正文9563字，doc格式，可编辑。质优实惠，欢迎下载！ 目录 TOC \o 1-9 \h \z \u 目录 1 正文 1 文1：基于两阶段提交协议的组合WEB服务 1 1WEB服务中的事务 2 22PC协议 2 2002-08-31T13:20:00-05:00 5 3BPEL流程中的事务框架 8 4结论 9 文2：基于SRP协议的Web服务移动agent访问控制研究 9 参考文摘引言： 16 原创性声明（模板） 17 正文 基于两阶段提交协议的组合WEB服务（企业管理论文资料） 文1：基于两阶段提交协议的组合WEB服务 Keywords:webservices；affai；2PC；atom-traaction；BPEL 0引言 web服务是一种新技术，它从根本上解决了企业之间及企业内部异构系统之间的互操作和互通信的问题。它的一个目的是保证下一代的软件能在数据服务之间动态组合。但是在松偶合的环境下，对WEB服务的事务集成还没有一种可靠的解决方案。庆幸的是，现在出现了几种不同的事务标准协议，如ibm和微软的ws-traaction和协调框架：ws-coordination，还有OASIS的商业事务协议：BTP，但是他们在相互竞争。原子提交协议是支持分布式事务的原子性的一个关键元素。两阶段提交协议是标准的原子提交协议。广泛的认为，在复杂的分布式事务中，2PC是保证事务正确性的关键。因此，用2PC来保证WEB服务的组合应用是可行的，但是在异构的，分布式的WEB服务中，又有新的特点，比如它是一个松散的，不好确定事务的边界等。本文按照ws-coordination和ws-trancation，在BPEL引擎中，提出了一种有效的方案，来保证集成WEB服务的原子性。 1WEB服务中的事务 传统的事务是处于一个紧偶合的系统中，要求满足ACID四个性质：①原子性（Atomicity）：要么执行所有操作，要么一个也不执行。②一致性（Coistency）：得到一致的结果，隐蔽中间状态的改变。事务的作用就是保持不变性。③隔离性（Isolation）：在事务成功完成之前，各项操作的结果都不能被外界所见。④持久性（Durability）：事务完成之后，其作用将永久保留在系统中。 但是在WEB服务中，一个松偶合的分布式环境中，要求满足这四个性质是还不太实际。为此需放宽ACID的定义[1] 22PC协议 2.1原理2PC（两阶段提交）是一个原子事务协议，定义了多个参与者如何就一个原子事务的输出结果达成一致。它可以分为两个阶段：准备阶段和提交阶段。在准备阶段，每一个参与者就结果进行投票，要求全部同意提交才能提交，否则Rollback。 图1这个状态图指定了在协调程序与它的其中一个参与者交换消息时双向协议的行为[3]。状态反映双方对它们之间关系的了解。省略了一些细节问题，比如因协议错误而重新发送消息或者交换错误消息。协调程序发送Prepare、Rollback和Commit消息。参与者返回Prepared、Aborted、ReadOnly和Committed消息。 对于整个事务来说，一旦所有的Prepare应答消息都已返回，协调程序就可以决定整个事务的输出结果是要提交还是要异常终止。它在稳定的存储器上永久记录该决定，并向所有的参与者发送Commit或Rollback，让双边协议中的每一方都处于相同的Committing或Aborting状态。当每个参与者都已经完成了提交或异常终止时，它就用Committed或Aborted确认消息进行应答。 图2表示客户端调用两个参与者，成功提交两阶段提交事务的序列图。对图中的步骤解释如下：①客户发送begin信息到协调器开始一个事务，协调器产生一个事务上下文-context返回给客户端。上下文和其它交互作用信息在参与者和协调者之间流动，是上下文把整个集合的动作粘合在一起形成一个事务活动。协调器记录该context一直到事务完成。②返回上下文给客户。③客户用context加调用信息来调用参与者。Context的作用是通知参与者要到协调器上注册。因为context是包含在soap信息的头部，如果要调用的web服务没有处理事务这一功能，也不会影响到正常调用。④参与者拿到包含有事务上下文的调用信息，会到context指定的协调器上注册（或是本地协调器，再把本地协调器当作远程协调器的下一级），这时参与者进行可回滚的操作，并把操作记录到日志上，以便以后进行回滚，然后把结果返回给