Practical Concurrency Support for Web Service Transactions Proposal for the Degree of Master of Science in Computer Science and Engineering Emad Alsuwat.

Slides:



Advertisements
Similar presentations
Optimistic Methods for Concurrency Control By : H.T. Kung & John T. Robinson Presenters: Munawer Saeed.
Advertisements

Unit 9 Concurrency Control. 9-2 Wei-Pang Yang, Information Management, NDHU Content  9.1 Introduction  9.2 Locking Technique  9.3 Optimistic Concurrency.
1 Lecture 11: Transactions: Concurrency. 2 Overview Transactions Concurrency Control Locking Transactions in SQL.
Transaction Management: Concurrency Control CS634 Class 17, Apr 7, 2014 Slides based on “Database Management Systems” 3 rd ed, Ramakrishnan and Gehrke.
TRANSACTION PROCESSING SYSTEM ROHIT KHOKHER. TRANSACTION RECOVERY TRANSACTION RECOVERY TRANSACTION STATES SERIALIZABILITY CONFLICT SERIALIZABILITY VIEW.
Chapter 15: Transactions Transaction Concept Transaction Concept Concurrent Executions Concurrent Executions Serializability Serializability Testing for.
More Graphs COL 106 Slides from Naveen. Some Terminology for Graph Search A vertex is white if it is undiscovered A vertex is gray if it has been discovered.
CS4231 Parallel and Distributed Algorithms AY 2006/2007 Semester 2 Lecture 11 Instructor: Haifeng YU.
Transaction Management Overview. Transactions Concurrent execution of user programs is essential for good DBMS performance. –Because disk accesses are.
A Service Selection Model to Improve Composition Reliability Natallia Kokash.
Mobile and Wireless Computing Institute for Computer Science, University of Freiburg Western Australian Interactive Virtual Environments Centre (IVEC)
Experimental Evaluation in Computer Science: A Quantitative Study Paul Lukowicz, Ernst A. Heinz, Lutz Prechelt and Walter F. Tichy Journal of Systems and.
Distributed DBMSPage © 1998 M. Tamer Özsu & Patrick Valduriez Outline Introduction Background Distributed DBMS Architecture Distributed Database.
Transaction Management and Concurrency Control
Transactions – T4.3 Title: Concurrency Control Performance Modeling: Alternatives and Implications Authors: R. Agarwal, M. J. Carey, M. Livny ACM TODS,
1 Transaction Management Overview Yanlei Diao UMass Amherst March 15, 2007 Slides Courtesy of R. Ramakrishnan and J. Gehrke.
©Silberschatz, Korth and Sudarshan15.1Database System ConceptsTransactions Transaction Concept Transaction State Implementation of Atomicity and Durability.
1 Ivan Lanese Computer Science Department University of Bologna Italy Evolvable systems: some ideas for modelling With input from Davide Sangiorgi, Fabrizio.
Transaction Processing: Concurrency and Serializability 10/4/05.
Transaction Management
Database Management Systems I Alex Coman, Winter 2006
Chapter 9 Transaction Management and Concurrency Control
Experimental Evaluation in Computer Science: A Quantitative Study Paul Lukowicz, Ernst A. Heinz, Lutz Prechelt and Walter F. Tichy Journal of Systems and.
18.7 The Tree Protocol Andy Yang. Outline Introduction Motivation Rules for Access to Tree-Structured Data Why the Tree Protocol Works.
ICS (062)CC in Adv. DB Applications1 Concurrency Control in Advanced Database Applications Dr. Muhammad Shafique 31 March 2007.
Academic Year 2014 Spring Academic Year 2014 Spring.
AN OPTIMISTIC CONCURRENCY CONTROL ALGORITHM FOR MOBILE AD-HOC NETWORK DATABASES Brendan Walker.
1 Transaction Management Overview Chapter Transactions  Concurrent execution of user programs is essential for good DBMS performance.  Because.
Database Management Systems, 2 nd Edition. R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Chapter 18.
Dependable Web Service Compositions usng a Semantic Replication Scheme LABORATÓRIO DE SISTEMAS DISTRIBUÍDOS – LASID DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO.
E-Commerce Lab, CSA, IISc 1 A Combinatorial Procurement Auction for QOS-Aware Web Services Composition Megha Mohabey, Y. Narahari Computer Science and.
1 Distributed Process Scheduling: A System Performance Model Vijay Jain CSc 8320, Spring 2007.
TRANSACTIONS. Objectives Transaction Concept Transaction State Concurrent Executions Serializability Recoverability Implementation of Isolation Transaction.
Database Management Systems, 2 nd Edition. R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Lecture 21 Ramakrishnan - Chapter 18.
Formal-Concurrency-Control General Comments Information needed by Concurrency Controllers –Locks on database objects (System-R, Ingres, Rosenkrantz…) –Time.
Database Systems/COMP4910/Spring05/Melikyan1 Transaction Management Overview Unit 2 Chapter 16.
Chapter 15 Concurrency Control Yonsei University 1 st Semester, 2015 Sanghyun Park.
How to Read Research Papers? Xiao Qin Department of Computer Science and Software Engineering Auburn University
1 Concurrency Control II: Locking and Isolation Levels.
Chapter 6 Distributed File Systems Summary Bernard Chen 2007 CSc 8230.
SYNCHRONIZATION TECHNIQUES BASED ON TWO-PHASE LOCKING
©Silberschatz, Korth and Sudarshan15.1Database System Concepts Chapter 15: Transactions Transaction Concept Transaction State Implementation of Atomicity.
DISTRIBUTED SYSTEMS II A POLYNOMIAL LOCAL SOLUTION TO MUTUAL EXCLUSION Prof Philippas Tsigas Distributed Computing and Systems Research Group.
Lecture 13 Advanced Transaction Models. 2 Protocols considered so far are suitable for types of transactions that arise in traditional business applications,
Computing & Information Sciences Kansas State University Wednesday, 05 Nov 2008CIS 560: Database System Concepts Lecture 28 of 42 Wednesday, 05 November.
Chapter 14 Transactions Yonsei University 1 st Semester, 2015 Sanghyun Park.
Course: COMS-E6125 Professor: Gail E. Kaiser Student: Shanghao Li (sl2967)
©Silberschatz, Korth and Sudarshan14.1Database System Concepts - 6 th Edition Chapter 14: Transactions Transaction Concept Transaction State Concurrent.
Transaction Management Overview. Transactions Concurrent execution of user programs is essential for good DBMS performance. – Because disk accesses are.
A System Performance Model Distributed Process Scheduling.
Timestamp-based Concurrency Control
Transaction Management and Recovery, 2 nd Edition. R. Ramakrishnan and J. Gehrke1 Transaction Management Overview Chapter 18.
9 1 Chapter 9_B Concurrency Control Database Systems: Design, Implementation, and Management, Rob and Coronel.
Multidatabase Transaction Management COP5711. Multidatabase Transaction Management Outline Review - Transaction Processing Multidatabase Transaction Management.
Fault tolerance and related issues in distributed computing Shmuel Zaks GSSI - Feb
Lecture 9- Concurrency Control (continued) Advanced Databases Masood Niazi Torshiz Islamic Azad University- Mashhad Branch
Switch off your Mobiles Phones or Change Profile to Silent Mode.
1 Controlled concurrency Now we start looking at what kind of concurrency we should allow We first look at uncontrolled concurrency and see what happens.
1 Developing Aerospace Applications with a Reliable Web Services Paradigm Pat. P. W. Chan and Michael R. Lyu Department of Computer Science and Engineering.
Academic Year 2014 Spring Academic Year 2014 Spring.
6/18/2016Transactional Information Systems3-1 Part II: Concurrency Control 3 Concurrency Control: Notions of Correctness for the Page Model 4 Concurrency.
Data Structures and Algorithm Analysis Lecture 5
Transaction Management and Concurrency Control
General Comments Information needed by Concurrency Controllers
Transactions.
Transaction Management
C. Faloutsos Transactions
Outline Introduction Background Distributed DBMS Architecture
Presentation transcript:

Practical Concurrency Support for Web Service Transactions Proposal for the Degree of Master of Science in Computer Science and Engineering Emad Alsuwat Computer Science and Engineering Department College of Engineering and Computing

2 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

3 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

4 Brief Overview of the Problem Concurrency control methods achieve database consistency Traditional database concurrency control methods: locking, timestamp-ordering, and optimistic-ordering. Concurrency control methods are not suitable for long- running Web Service Compositions (WSCs) due to associated performance degradation.

5 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

Motivating Example 6 Consider a retailer X offering Web services with a service provider SPX, allowing for order placement (OP) and order cancellation (OC). Suppose that there are two business processes A and B. The scenario is: 1. Process A releases initial order by invoking OC in SPX. 2. Process B reserves released by process A order by invoking OP in SPX. 3. Process A is trying to place order at a retailor Y. It invokes the Web service OP in the service provider of retailor Y, SPY. It can be assumed that this effort fails due to fact that Y is out of requested item stock. 4. In the meantime, the process B, through payment, commits placing order at X. 5. The lack of supply stock in Y leads to the fact that the process A wants to make Web service compensation invoked in step 1. However, this compensation is not possible.

7 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

8 Our Hypothesis Using transactional semantic and ordering information, the execution time of a WSC can be reduced, thus allowing the use of traditional database concurrency control methods while avoiding unacceptable performance degradation.

9 Our solution is based on the following assumptions: We model a WSC as WS-BPEL specification, i.e., a partial order of WS transactions. We allow some of the WS transactions in the WSC to execute parallel. We use traditional locking mechanism for WSC to guarantee database consistency. To identify WS transactions that can execute parallel, we analyzed the WS-BPEL specification of the WSCs.

10 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

11 The Research Tasks Task 1: Identify WS transaction precedence relation Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1. Task 3: Investigate possible further improvement of WSC execution schedule. For Task 3, we propose the following sub-tasks:  Increase the number of WSs execution parallel, and  Investigate the possibility of semantically enhanced lock types to improve concurrency

12 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

13 Task 1: Identify WS transactions of a WSC that can execute concurrently Current Results: Let a WS composition be a directed acyclic graph (DAG), where the vertices are the WSs, and the links represent service request between the WSs, i.e., if WS i requests service from WS j, there is a directed edge from WS i to WS j. We evaluate each WS-composition from the perspective of: Precedence relation between WSs, and Conflicting operations between WSs.

14 Task 1: Identify WS transactions of a WSC that can execute concurrently Algorithm 1: The aim of this algorithm is to find all set of WS-pairs (WSP) that are not ordered by precedence and do not conflict. Theorem 1: Algorithm 1 generates all pairs of WSs that do not have precedence relation with each other. Proof sketch: By contradiction. Current Outcome: Set of WS-pairs (WSP) that are not ordered by precedence and do not conflict. Future Work: Complete the proof of the correctness of Algorithm 1.

15 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

16 Given a WS-composition and the corresponding WSP, find a topological order, (TO), of WS- composition such that individual WS-nodes may be substituted by WS-pairs from WSP. Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1

17 Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1 Correctness criteria: Given a WS-pair, (WS i, WS j ) in TO, we can rewrite TO denoted as TO→ by replacing (WS i, WS j ) with WS i  WS j, where  indicate a precedence in the topological order. We say that TO is correct if there exists a topological order, TO→, of WS-composition, such that to = TO→ Optimality: Given a WS-composition, WSP, and a TO, we say that TO is optimal if there is no other correct topological orders to, such that to # of replaced WSs > TO # of replaced WSs Generate a topological order Select optimal replacement Show properties

18 Algorithm 2: the aim of this algorithm is to find a BFS topological order. Current Outcome: A topological order of web services in WSC. Future Work:  Proof the correctness of Algorithm 2.  Investigate other optimality measures, e.g., number of concurrently executing WSs. Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1

19 Algorithm 3: the aim of this algorithm is to find the optimal set of WS-pairs that that can be substituted in the topological order TO. Current Outcome: The optimal set of WS-pairs (WSP optimal ) that that can be substituted in the topological order TO. Future Work: Proof the correctness of Algorithm 3. Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1

20 Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1 Claim: Given a topological order of the WSC (DAG), TO = {WS 1, …, WS a, …, WS b, …, WS k }, and an unordered pair (WS a,WS b ), then we can say that it is possible to move WS b forward to immediately follow WS a or to move WS a backward to immediately proceed WS b in TO as follows:  Forward move  Backward move

21 Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1 Forward move: We can move WS b forward to immediately follow WS a in TO if and only if there is no WS i in TO such that  WS a proceeds WS i in TO  WS i proceeds WS b in TO, and  there is no path in WSC from in WSC from WS i to WS b. Backward move: We can move WS a backward to immediately proceed WS b in TO if and only if there is no WS i in TO such that  WS a proceeds WS i in TO  WS i proceeds WS b in TO, and  there is no path in WSC from in WSC from WS a to WS i.

22 Task 2: Build Parallel Execution Scenarios (PES) that do not violate the precedence relations identified in Task 1 Algorithm 4: the aim of this algorithm is to Build Parallel Execution Scenarios (PES) that do not violate the precedence relations in WSC. Expected Outcome: The optimal topological order TO. Future Work: Writing the pseudocode and proving the correctness of Algorithm 4.

23 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

24 Task 3: Investigate possible further improvement of WSC execution schedule Current Results: have not started in this task yet. Future Work: We will aim to improve the execution performance of a WSC of Task 2 by studying the following approaches:  Increase the number of WSs execution parallel, and  Investigate the possibility of semantically enhanced lock types to improve concurrency.

25 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

Research Time Table 26

27 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

References Al-Jumaha, N.B., Hassaneinb, H.S., & El-Sharkawia M. (2002). Implementation and modeling of two-phase locking concurrency control—a performance study. Information and Software Technology, 42 (2000), 257–273. Bhargava, B. (1999, Jan/Feb). Concurrency control in database systems. IEEE Transactions on Knowledge and Data Engineering, 11(1), Furkh Zeshan and Radziah Mohamad, “ Semantic Web Service Composition Approaches: Overview and Limitations”, International Journal on New Computer Architectures and Their Applications (IJNCAA) 1(3): 64The Society of Digital Information and Wireless Communications, 2011 (ISSN: ), pp Jens Lechtenbörger: Two-Phase Commit Protocol. Encyclopedia of Database Systems 2009: Jinling Wang, Beihong Jin, Jing Li: A Transaction Model for Long Running Business Processes. ICEIS (1) 2004: Kung, H. T., & Robinson, J. T. (1981, June). On optimistic methods for concurrency control. ACM Transactions on Database Systems, 6(2), Le Gao, Susan Darling Urban, Janani Ramachandran: A survey of transactional issues for Web Service composition and recovery. IJWGS 7(4): (2011). Mansour Sheikhan, Mohsen Rohani, Saeed Ahmadluei: A neural-based concurrency control algorithm for database systems. Neural Computing and Applications 22(1): (2013). M. B. Juric, Business Process Execution Language for Web Services. 2nd Edition. Packt Publishing, O. Ezenwoye and S.M. Sadjadi, Composing aggregate web services in BPEL, Proc. 44th ACM Southeast Conference (ACMSE), March 2006, Melbourne, FL. Thomas Strandenaes, Randi Karlsen, Transaction Compensation in Web Services, IEEE Thomasian, A. (1998). Concurrency Control: Methods, Performance, and Analysis. ACM Computing Surveys, 30(1),

29 Outline Brief Overview of the Problem Motivating Example Our Hypothesis The Research Tasks  Identify WS transaction precedence relation  Build Parallel Execution Scenarios (PES)  Investigate possible further improvement of WSC execution schedule Research Time Table References Appendix

30

31

32

33

34