Checking Correctness of Transactional Behaviors

Abstract

Abstract. The Signal Calculus is an asynchronous process calculus featuring multicast communication. It relies on explicit modeling of the communication structure of the network (communication flows), and on handling sessions, even multi-party. The calculus is strongly motivated by the practical needs of Service-Oriented Computing, and there exists a Java implementation, called JSCL, with a graphical modeling framework. To the aim of adding to SC (and JSCL) a verification environment, in this work we introduce the abstract semantics of SC, based on bisimulation. We show an example exploiting bisimilarity to prove the correctness of an SC model with respects to a transactional isolation requirement.

Event based choreography

“…In [11] we introduced a technique to verify properties of Long Running Transactions (LRT). Our technique works as follows: first we transform Business Process Modelling Notation (BPMN [5]) designs of LRT into the corresponding SC /NCP models.…”

Choreography Rehearsal

“…The JSCL framework has been also equipped with a model driven development methodology [13,14,16]. The methodology exploits a suitable choreography model that takes the form of a process calculus, called Network Coordination Policies (NCP).…”

“…Indeed, certain features can be described at both levels: the NCP specification declares what is expected from the service network infrastructure, while the SC design specifies how to implement it. The gap between the local and global abstraction levels has been formally filled in [13,17]. It has been proved that for each SC design, there exists an NCP choreography that reflects all the properties of the design.…”