Article

Dienstgüteeigenschaften für ausführbare EAI Patterns

Authors:
To read the full-text of this research, you can request a copy directly from the author.

Abstract

113 pages Unternehmen besitzen typischerweise eine Vielzahl von Anwendungen. Um diese zu integrieren, sind Enterprise Integration Patterns (EIP) hilfreich. Ein Pattern stellt hierbei ein spezifisches, wiederkehrendes Design Problem heraus, diskutiert die Randbedingungen und praesentiert dazu eine elegante Loesung. In vorangegangenen Arbeiten wurden die EIP parametrisiert und ein Editor erstellt, mit dem man durch Kombination der EIP ein Messaging System für die Integration von Anwendungen erstellen kann. Das erstellte Messaging System kann dann automatisch in BPEL transformiert werden. Bisher wurden jedoch Dienstgüteeigenschaften ausser Acht gelassen. Diese Arbeit untersucht, in wieweit Dienstgüteeigenschaften bei der Parametrisierung und anschliessenden Generierung in den Editor eingebunden werden koennen. Hierzu erfolgte zunaechst eine Analyse der verschiedenen Fehlersituationen und Fehlerbehandlungsstrategien. Der Editor wurde um das kompensationsbasierte Transaktionskonzept von BPEL für Aufrufe erweitert und neue Patterns wurden identifiziert, die notwendig sind, um das Fehlerbehandlungskonzept von BPEL auf EIP abzubilden. Ein mit dem Editor erstelltes und in BPEL transformiertes Messaging System wurde auf der ActiveVOS BPEL Engine aufgesetzt und ausgeführt.

No full-text available

Request Full-text Paper PDF

To read the full-text of this research,
you can request a copy directly from the author.

ResearchGate has not been able to resolve any citations for this publication.
Article
Asynchronous messaging architecture is a natural way to model coordinated but asynchronous interactions. Ensuring that the process works as expected is challenging. Nevertheless, when loss is small it is best to do nothing. If failure of several operations occur, two choices can be considered, either undo the ones that completed successfully or retry the ones that failed. Retry is a plausible option if there's a realistic chance that the retry will succeed. Undoing already completed operations is best with monetary systems.
Article
"Other books claim to present the complete Web services platform architecture, but this is the first one I've seen that really does. The authors have been intimately involved in the creation of the architecture. Who better to write this book?"-Anne Thomas Manes, Vice President and Research Director, Burton Group"This is a very important book, providing a lot of technical detail and background that very few (if any) other books will be able to provide. The list of authors includes some of the top experts in the various specifications covered, and they have done an excellent job explaining the background motivation for and pertinent details of each specification. The benefit of their perspectives and collective expertise alone make the book worth reading."-Eric Newcomer, CTO, IONA Technologies"Most Web services books barely cover the basics, but this book informs practitioners of the "real-world" Web services aspects that they need to know to build real applications. The authors are well-known technical leaders in the Web services community and they helped write the Web services specifications covered in this book. Anyone who wants to do serious Web services development should read this book."-Steve Vinoski, Chief Engineer, Product Innovation, IONA Technologies"There aren't many books that are as ambitious as this one is. The most notable distinguishing factor of this book is that the authors have tried to pair down the specifications for the user and rather than focusing on competing specifications, they focus on complementary ones. Nearly every chapter provides a business justification and need for each feature discussed in the Web services stack. I would recommend this book to developers, integrators, and architects."-Daniel Edgar, Systems Architect, Portland General Electric"Rarely does a project arrive with such a list of qualified and talented authors. The subject matter is timely and significant to the industry. "-Eric Newcomer, author of Understanding SOA with Web Services and Understanding Web Services and Chief Technology officer, IONAThe Insider's Guide to Building Breakthrough Services with Today'sNew Web Services PlatformUsing today's new Web services platform, you can build services that are secure, reliable, efficient at handling transactions, and well suited to your evolving service-oriented architecture. What's more, you can do all that without compromising the simplicity or interoperability that made Web services so attractive. Now, for the first time, the experts who helped define and architect this platform show you exactly how to make the most of it.Unlike other books, Web Services Platform Architecture covers the entire platform. The authors illuminate every specification that's ready for practical use, covering messaging, metadata, security, discovery, quality of service, business-process modeling, and more. Drawing on realistic examples and case studies, they present a powerfully coherent view of how all these specifications fit together-and how to combine them to solve real-world problems. Service orientation: Clarifying the business and technical value propositions Web services messaging framework: Using SOAP and WS-Addressing to deliver Web services messages WSDL: Documenting messages and supporting diverse message interactions WS-Policy: Building services that specify their requirements and capabilities, and how to interface with them UDDI: Aggregating metadata and making it easily available WS-MetadataExchange: Bootstrapping efficient, customized communication between Web services WS-Reliable Messaging: Ensuring message delivery across unreliable networks Transactions: Defining reliable interactions with WS-Coordination, WS-AtomicTransaction, and WS-BusinessActivity Security: Understanding the roles of WS-Security, WS-Trust, WS-SecureConversation, and WS-Federation BPEL: Modeling and executing business processes as service compositionsWeb Services Platform Architecture gives you an insider's view of the platform that will change the way you deliver applications. Whether you're an architect, developer, technical manager, or consultant, you'll find it indispensable.Sanjiva Weerawarana, research staff member for the component systems group at IBM Research, helps define and coordinate IBM's Web services technical strategy and activities. A member of the Apache Software Foundation, he contributed to many specifications including the SOAP 1.1 and WSDL 1.1 specifications and built their first implementations. Francisco Curbera, IBM research staff member and component systems group manager, coauthored BPEL4WS, WS-Addressing, and other specifications. He represents IBM on the BPEL and Web Services Addressing working groups. Frank Leymann directs the Institute of Architecture of Application Systems at the University of Stuttgart. As an IBM distinguished engineer, he helped architect IBM's middleware stack and define IBM's On Demand Computing strategy. IBM Fellow Tony Storey has helped lead the development of many of IBM's middleware, Web services, and grid computing products. IBM Fellow Donald F. Ferguson is chief architect and technical lead for IBM Software Group, and chairs IBM's SWG Architecture Board.© Copyright Pearson Education. All rights reserved.
Article
XML Schema: Datatypes is part 2 of the specification of the XML Schema language. It defines facilities for defining datatypes to be used in XML Schemas as well as other XML specifications. The datatype language, which is itself represented in XML 1.0, provides a superset of the capabilities found in XML 1.0 document type definitions (DTDs) for specifying datatypes on elements and attributes.
Article
63 pages Hervorgerufen durch die große Heterogenität der bestehenden Anwendungslandschaften innerhalb der Unternehmen wurden in den letzten Jahren zahlreiche Integrationskonzepte und Implementierungen vorgestellt, die die Zusammenarbeit der bestehenden Systeme unterstützen. In diesem Zusammenhang hat sich schließlich der Aufbau einer komplexen Integrationsinfrastruktur, die die Anwendungen den betrieblichen Anforderungen entsprechend miteinander verbindet, für die Unternehmen als wichtige Aufgabe herausgestellt. Für den Aufbau einer solchen Integrationsinfrastruktur haben sich dazu in den letzten Jahren zwei Ansätze als besonders vielversprechend herauskristallisiert. Der eine Ansatz basiert auf der asynchronen Übermittlung von Nachrichten und Empfängern, die diesen Nachrichten zugeordnet sind und hat unter anderem zu der Entwicklung der umfangreichen Messaging-Systemen, wie sie heute eingesetzt werden, geführt. Diese Systeme zeichnen sich durch eine erhöhte Dezentralisierung der Infrastruktur aus, da die Bestandteile der Messaging Systeme verteilt zusammenarbeiten. Auf der anderen Seite werden inzwischen aber auch die Workflowanwendungen in dem Bereich der Anwendungsintegration mit Erfolg und steigender Verbreitung eingesetzt. Mit diesen Systemen wird die Integration, aufbauend auf einer interpretierten Prozessdefinition, zentral durchgeführt. Nachdem sich herausgestellt hat, dass die beiden Lösungen an vielen Stellen synonym füreinander eingesetzt werden können und dabei zudem auch sehr komplexe Abläufe abgebildet werden können, klärt diese Arbeit nun, wie effizient diese Lösungen eine konkrete Problemstellung bearbeiten. Die in dieser Arbeit vertieft betrachtete Problemstellung betrifft dabei den sequentiellen Aufruf von zu integrierenden Diensten und kann sowohl als Workflow modelliert, als auch als Pipes and Filter-Architektur im Zusammenhang mit Messaging Systemen implementiert werden. Zu den dazu entwickelten Implementierungen werden in dieser Arbeit zunächst theoretische Überlegungen zu dem Ressourcenverbrauch angestellt. Danach werden zur Überprüfung dieser Überlegung Szenarien aufgestellt, mit denen der tatsächliche Ressourcenverbrauch der jeweiligen Implementierung festgestellt werden kann, so dass darauf aufbauend schließlich eine praktische Analyse erfolgt. Neben der Implementierung der Anwendungen, die die Integration leisten, wurde deshalb im Rahmen dieser Arbeit auch ein Messwerkzeug, inklusive der Konzeption der verschiedenen Messpunkte, entwickelt.
Message-basierte Anwendungsintegration 08/09
  • F Leymann
Leymann, F. (2008). Message-basierte Anwendungsintegration 08/09. Universität Stuttgart, Baden-Württemberg, Deutschland.
Transacting Business with Web Services Part1
  • A Green
Green, A. (2003, September). Transacting Business with Web Services Part1. Web Services Journal , p. 4.
http://docs.oasis-open.org
  • A Alves
A. Alves, et al. (2007, April 11). http://docs.oasis-open.org/. Retrieved 04 15, 2009, from OASIS WS-BPEL: http://docs.oasis-open.org/wsbpel/2.0/OS/wsbpel-v2.0-OS.html
from The Apache Software Foundation
  • Apache Tomcat
Apache Tomcat. (2009). Retrieved April 15, 2009, from The Apache Software Foundation: http://tomcat.apache.org/download-55.cgi
91 partnerLink="PartnerLink5" variable=
  • .................................................................. Nach Serverausfall
Abbildung 29: Kompensierter Prozess nach Serverausfall.................................................................... 91 partnerLink="PartnerLink5" variable="Variable5"/> </bpel:sequence> </bpel:flow> </bpel:process>