Bachelorarbeit Enterprise Application Integration - Grundlagen ...

Weitere Magazine

Empfehlungen

Info

Client 1 Client 2 Client n Queue Manager Abb. 17: Queue Manager M1 M2 M3 M4 Queue 1 M1 M2 M3 M4 Queue 2 M1 M2 M3 M4 Queue n – 28 – Der Sender einer Information vermerkt den Namen des Empfängers in der Nachricht und schickt sie an einen zentralen Queue Manager. So braucht der Client seinen Kommunikationspartner nicht mehr zu lokalisieren, da dies von dem Queue Manager übernommen wird. Genauso werden Antwortzeiten von Servern, Nachrichtengröße, -format und Prioritäten der unterschiedlichen Nachrichten und Queues für das ganze System zentral kontrolliert. Da Queues nur eine endliche Kapazität haben, müssen sie gegen Überlauf und somit den Verlust von Messages geschützt werden. In komplexen Systemen werden mehrere Queues der gleichen Art eingesetzt, um die Kommunikationsbandbreite zu erhöhen. Daher existieren viele verschiedene Wege, eine Nachricht durch das Netzwerk an seinen Empfänger zu versenden. Das Routing der Messages durch das System wird ebenfalls zentral geleitet. 49) 4.2 Objektorientierte Middlewarearchitektur Objektorientierte Middlewarearchitekturen nutzen zur Integration das Application Programming Interface (API). Bei API, in der Literatur auch Interface Definition oder Call Interface genannt, kommuniziert der Sender von Informationen nicht über Nachrichten sondern mit Aufruf-Schnittstellen, die die Anwendung zur Verfügung stellt. Hier sind alle möglichen Aktionen definiert. Die Daten werden durch Interfaces an den Empfänger geschickt. Um API als Integrationsmethode nutzen zu können, muss jede Anwendung wohldefinierte Schnittstellen haben. Neue Funktionalität kann in Echtzeit hinzugefügt werden, indem das Interface geändert wird. Im Gegensatz zu Nachrichten sind APIs mit einem speziellen Programm verbunden, daher sind bei Änderungen komplexe 49) In Anlehnung an Ruh, W.; Maginnis, F.; Brown, W. (2000), S. 64-71.
– 29 – Programmieraufwendungen notwendig. 50) Jedoch ermöglicht API durch seine explizite Architektur einfache Wiederverwendung und bessere Wartung. 51) Die Distributed Object Technology ist das Fundament, auf dem eine objektorientierte Middleware aufbaut. Man unterscheidet zwischen reinen objektorientierten Systemen und komponentenbasierten Systemen. Reine objektorientierte Technologien sind z. B. CORBA in der Version 2.0, DCOM und RMI. Auf diese soll aber im Folgenden nicht näher eingegangen werden, da beide Technologien bereits zu den Komponentensystemen CORBA 3.0 und COM+ weiterentwickelt wurden. Im Wesentlichen existieren derzeit Produkte von drei verschiedenen Herstellern auf dem Markt: die Component Object Request Broker Architecture von OMG • die Enterprise Java Beans von Sun Microsystems • das Component Object Model + von Microsoft. Das zugrundeliegende Produkt prägt wesentlich die Architektur der Middleware, die im Folgenden eingehend erläutert wird. Unabhängig vom Hersteller ermöglicht eine objektorientierte Middleware die Speicherung von Objekten auf verschiedenen Rechnern in Verteilten Systemen. In der Praxis hat sich gezeigt, dass objektorientierte Architekturen, da sie auf standardisierten Komponenten- architekturen basieren, eine besonders schnelle Entwicklung von Unternehmensanwendungen unterstützen. Komponenten sind die wesentlichen Bausteine der meisten modernen Systeme. Sie liegen verteilt im System und bieten bestimmte Funktionalität und Dienste an. CORBA Die Basis für den de facto Standard CORBA bildet die Object Management Architecture (OMA), die von der Object Management Group (OMG) entwickelt wurde. Sie besteht aus den folgenden Komponenten (s. Abb. 18): • Application Interfaces, nicht standardisierte Interfaces von Clientobjekten oder Server- objekten 50) In Anlehnung an Winkeler, T.; Raupach, E.; Westphal, L. (2001), S. 9. 51) M. w. N. Ruh, W.; Maginnis, F.; Brown, W. (2000), S. 50 f..
Seite 1 und 2: Bachelorarbeit im Fachgebiet Wirtsc
Seite 3 und 4: Abbildungsverzeichnis - III - Abb.
Seite 5 und 6: 1 Einleitung - 1 - Unternehmensorga
Seite 7 und 8: 2 Grundlagen - 3 - Zuerst wird der
Seite 9 und 10: - 5 - Die ersten Ansätze der Integ
Seite 11 und 12: - 7 - Informationsaustausch zwische
Seite 13 und 14: - 9 - übernimmt die aufwändige In
Seite 15 und 16: - 11 - Systeme kommunizieren. In de
Seite 17 und 18: Anwendung Daten Darstellung Funktio
Seite 19 und 20: - 15 - Message Oriented Middleware
Seite 21 und 22: 3.4 Bewertung der Methoden - 17 - D
Seite 23 und 24: Klassifikation anhand von Diensten
Seite 25 und 26: - 21 - die Integration neuer und al
Seite 27 und 28: - 23 - eines Systems stark herabges
Seite 29 und 30: - 25 - Auf dem Modell des Message Q
Seite 31: Client 1 Client 2 Client n A B C pu
Seite 35 und 36: IDL Stub Client DII ORB Interf. ORB
Seite 37 und 38: - 33 - • Für die Implementierung
Seite 39 und 40: Vergleich der Technologien - 35 - D
Seite 41 und 42: - 37 - indem sie die vier ACID-Eige
Seite 43 und 44: - 39 - CORBA Object Transaction Ser
Seite 45 und 46: 6 Literatur - 41 - Bacon, J.: Concu
Seite 47: Erklärung - 43 - Ich versichere hi

Bachelorarbeit Enterprise Application Integration - Grundlagen ...

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?