Distributed Transaction Processing, The Soa Environment

SOA is considered as a kind of popular software architecture nowdays,the systems are allowed to keep the characteristics of loose coupling between each other by establishing the reconfigurable service system.SOA can greatly improve the development productivity as well as reduce development cycle,which is a far-reaching significance for business integration. As transaction is an essential part of almost all business activity,the work flow which build upon the services will also need to keep a certain degree of consistency,so keeping transaction supportable during the SOA implements is highly important. This kind of ability to provide consistency among many data services is very important when customers transform to SOA.The SOA systems are highly heterogeneous,and the stateless services are loosely coupled, and also the business processes may run a long time and are widely spanned,all of these make the support of transaction in SOA very hard. The resources have to be locked prior to Commit to keep the strict ACID properties in the traditional distributed transaction model,which is impractical in the SOA environment. With the development of Web services technology, a number of extended transaction models and Web service transaction processing models are proposed to meet with the requirements of the web service transaction through the relaxation of the restrict ACID properties, but still can't totally meet the SOA scenario. There's still a lack of intensively used transaction processing model under the SOA enviroments.This article tried to propose a kind of SOA based distributed transaction model with the help of WS-Transaction standards as well as the transaction models that had already been put forward. Our goal was to try to make it meet with the requirements of the characteristics of the transaction flow under SOA,this model was also the prototype for a SOA based comopent we designed next. Different transaction commit protocols can be supported in a pluggable way,and also different kinds of SOA based transaction processes can be made realistic with the help of this component. we finally use functional tests to verify the validity of the component.