Service-Oriented Distributed Applications in the Future Internet: The Case for Interaction Paradigm Interoperability

Abstract

Abstract. The essential issue of interoperability in distributed systems is becoming even more pressing in the Future Internet, where complex applications will be composed from extremely heterogeneous systems. Open system integration paradigms, such as service oriented architecture (SOA) and enterprise service bus (ESB), have provided answers to the interoperability requirement. However, when it comes to integrating systems featuring heterogeneous interaction paradigms, such as clientservice, publish-subscribe and tuple space, existing solutions are typically ad hoc and partial, applying to specific interaction protocol technologies. In this paper, we introduce an interoperability solution based on abstraction and merging of the common high-level semantics of interaction paradigms, which is sufficiently general and extensible to accommodate many different protocol technologies. We apply this solution to revisit the SOA-and ESB-based integration of heterogeneous distributed systems.

QoS Analysis in Heterogeneous Choreography Interactions

“…We briefly review in the following the relevant interaction paradigms [10], and discuss the Application Programming Interfaces (APIs) of corresponding connectors [4]. These APIs are depicted in Table 1.…”

“…-Connectors: This definition relates to the introduction of a new multi-paradigm eXtensible Service Bus (XSB) connector, which allows components to interoperate even if they are based on heterogeneous interaction paradigms. XSB extends the conventional ESB system integration paradigm [10]. -Coordination Delegates: These are used to enforce the realizability of choreographies despite the autonomy of the composed services.…”

“…In this paper, we use the eXtensible Service Bus (XSB) proposed by the CHOReOS project [4,10] in order to deal with the heterogeneous aspects of choreographies. The common protocol of XSB preserves the interaction paradigms of the individual components, while still allowing interoperability.…”

System for a Passenger-Friendly Airport: An Alternative Approach to High-Level Requirements Specification

“…According to [4], collaboration among multiple services can be approached in terms of a choreography of global collaborative processes and interactions, a behavioral interface of a single service that participates in the choreography, and orchestration of the interactions in which a given service can engage with other services. A number of conceptual characterizations have been described in the literature, such as the European project CHOReOS that aims to investigate the impact of the Future Internet [Ultra Large Scale] on service-oriented systems [5,6].…”

Layered Connectors

“…Although much work has been carried out on connector synthesis [13], existing solutions have not fully succeeded in keeping pace with the increasing complexity and heterogeneity of modern software, and meeting the demands of runtime support. Solutions either (i) focus on application heterogeneity and generate the connector that enable the composition of the components, based on some domain knowledge, but fail to deploy them on top of heterogeneous middleware [18,24,12,26,17], or (ii) deal with middleware heterogeneity while assuming developers to provide all the data translations and behavioural coordinations that need to be made, as is the case with Enterprise Service Buses (ESB) [10]. At the best of our knowledge, only Starlink [6] attempts to tackle both application and middleware heterogeneity by providing a runtime execution engine that allows developers to deploy translators and controllers dynamically.…”