Volume 50, Issue 2

In this overview paper, we discuss the basic principles underlying service-oriented computing in general, and (Web) services in particular. We discuss the important differences between (Web) services and Web applications and other models in Internet computing. Finally, we discuss where we see the future research challenges in the area of service composition. Zusammenfassung In diesem Übersichtsartikel behandeln wir die Grundlagen von Service-oriented Computing und (Web) Services im Speziellen. Wir besprechen die wesentlichen Unterschiede zwischen (Web) Services und Web Applikationen sowie weiteren Modellen im Bereich des Internet Computing. Im letzten Teil des Artikels besprechen wir die zukünftigen Herausforderungen im Bereich der Service Composition Forschung.

The landscape of current specifications for the description of business processes consists of the Web Services Business Process Execution Language (WS-BPEL) as an adopted standard, and a number of functional extensions allowing for human interactions (BPEL4People), sub-processes with life-cycle coupling (BPEL-SPE), and Java integration (BPELJ). Also relevant for the assembly of portable, executable applications is the Service Component Architecture (SCA) which provides a model for service-based components complementing WS-BPEL. This paper provides an overview of the current business process standards landscape and its further evolution. Zusammenfassung Auf der Landkarte aktueller Spezifikationen zur Beschreibung von Geschäftsprozessen finden sich neben dem verabschiedeten Standard Web Services Business Process Execution Language (WS-BPEL) eine Reihe funktionaler Erweiterungen zur Einbeziehung von Personen in Prozesse (BPEL4People), für Subprozesse mit gekoppelten Lebenszyklen (BPEL-SPE) und zur Integration mit Java (BPELJ). Ebenfalls relevant zur Erstellung portabler, lauffähiger Anwendungen ist die Service Component Architecture (SCA), ein Modell für Service-basierte Komponenten, das WS-BPEL ergänzt. Dieser Artikel gibt einen Überblick über die Landkarte aktueller Standards und deren weitere Entwicklung.

Interoperability and componentization are the two defining characteristics of Service Oriented Architectures (SOA). From a middleware perspective this means standardized quality of service (QoS) protocols and QoS-rich service descriptions. This paper provides an architectural overview of quality of service issues in SOA environments and a review of open problems and current research directions. Zusammenfassung Interoperabilität und Komponentenorientierung sind zwei definierende Eigenschaften Service-orientierter Architekturen (SOA). Aus Sicht der Middleware benötigt man dazu standardisierte Unterstützung für Quality of Service (QoS) in Protokollen und Servicebeschreibungen. Dieser Beitrag gibt eine Einführung in QoS-Aspekte von SOA-Umgebungen und einen Überblick über offene Probleme und aktuelle Forschungsfragen.

Service Oriented Architecture (SOA) has become a mainstream approach for enterprises to integrate their disparate systems — and at the same time create a closer alignment between business processes and IT. In this paper we present an overview of how to implement a Service Oriented Architecture using open standards and open source software (OSS). In particular we will look at the prevalence of open source in SOA, and explore the use of an Enterprise Service Bus (ESB) in creating and managing an SOA deployment. Zusammenfassung Die Service Orientierte Architektur (SOA) ist zu einem weit verbreiteten Ansatz geworden, wie Unternehmen ihre unterschiedlichen Systeme integrieren und gleichzeitig eine höhere Übereinstimmung ihrer IT-Landschaft mit ihren Geschäftsprozessen erzielen können. In diesem Beitrag präsentieren wir einen Überblick darüber, wie man eine SOA unter Verwendung offener Standards und unter Zuhilfenahme von Open-Source-Software (OSS) implementieren kann. Wir werden insbesondere die weite Verbreitung von OSS im Bereich SOA behandeln und herausarbeiten, wie ein Enterprise Service Bus (ESB) dazu verwendet werden kann, um eine SOA zu entwerfen, zu verwalten und in Betrieb zu nehmen.

Much recent work in SOA has concentrated on documenting reference architectures. In this paper we present on-going work on the establishment of such an architecture within the OASIS SEE TC, detailing how the benefits of semantic Web services can be applied to SOA and the role of semantic execution environments, such as the IRS and WSMX. Zusammenfassung Viel Arbeit im Bereich SOA hat sich in letzter Zeit darauf konzentriert, Referenzarchitekturen zu dokumentieren. Hier zeigen wir die momentane Arbeit an der Aufstellung einer Referenzarchitektur innerhalb des OASIS SEE TC. Detailliert stellen wir den Nutzen von semantischen Web Services für SOA sowie die Rolle von semantischen Ausführungsumgebungen wie das IRS und WSMX dar.

Service oriented architecture (SOA) is an architectural style for building software systems based on services. Especially in those scenarios where services implement business processes, complex conversations between the services occur. Service choreographies are a means to capture all interaction obligations and constraints from a global perspective. This article introduces choreographies as an important artifact for SOA, compares them to service orchestrations and surveys existing languages for modeling them. Zusammenfassung Die Service-orientierte Architektur (SOA) bezeichnet einen Architekturstil für die Entwicklung von Softwaresystemen, die auf Diensten basieren. Besonders in Szenarien, in denen Geschäftsprozesse als Dienste implementiert werden, entstehen komplexe Konversationen zwischen den verschiedenen Diensten. Servicechoreographien bieten eine globale Sichtweise auf diese Dienste, in der alle Interaktionseinschränkungen und -verpflichtungen abgebildet sind. Dieser Artikel stellt Choreographien als wichtiges Artefakt im SOA-Umfeld ein, grenzt sie ab gegenüber Orchestrierungen und gibt einen Überblick über existierende Modellierungssprachen.

Feature-Oriented Programming (FOP) and Aspect-Oriented Programming (AOP) are complementary technologies. Though they aim at crosscutting modularity, they do so in different ways. We observed that FOP and AOP can be combined to overcome their individual limitations. Consequently, we propose with Aspectual Feature Modules (AFMs) and Aspect Refinement (AR) two techniques to unify FOP and AOP. We use AFMs and AR in a non-trivial case study to create a product line of overlay networks. We also present a set of guidelines to assist programmers in using FOP and AOP techniques for implementing product lines in a stepwise and generative manner. Finally, we answer the question of how FOP and AOP-related implementation techniques are used today by analyzing a representative set of eight AspectJ programs of different sizes.

Die Syntax einer Formelsprache wie ALGOL läßt sich als Folge von Zuständen beschreiben, die durch ein Keller genanntes Element angezeigt werden, Die Übergänge werden gesteutert durch zulässige Zustand-Zeichen-Paare, die sich in Form einer Übergangsmatrix darstellen lassen. Diese Beschreibung liefert gleichzeitig eine äußerst einfache Vorschrift zur Übersetzung der Anweisungen der Formelsprache in Maschienprogramme. Lediglich Optimierungsprozesse wie die rekursive Adressenfortschaltung entziehen sich der sequentiellen Behandlung. The syntax of an algorithmic language such as ALGOL is conveniently described as a sequence of states indicated by an element called cellar. Transitions are controlled by admissable state-symbol pairings which may be represented by a transition matrix. This description at the same time furnishes an extremely simple rule for translating statements of the algorithmic language into machine programs. Sequential treatment, however, is not feasible in the case of optimizing processes such as recursive address calculation.