Enterprise Application Integration
|
|
- Holger Neumann
- vor 8 Jahren
- Abrufe
Transkript
1 Westfälische Wilhelms-Universität Münster Enterprise Application Integration Grundlagen und Konzepte des EAI Christian Arndt Lehrstuhl für praktische Informatik in der Wirtschaft Prof. Dr. Herbert Kuchen
2 2 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
3 3 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
4 4 Allgemeine Grundlagen der Anwendungsintegration Begriff EAI EAI (Enterprise Application Integration) ist kein technologisches Produkt, sondern ein Konzept zur umfassenden Anwendungsintegration auf innerbetrieblicher oder zwischenbetrieblicher Ebene. EAI umfasst spezifische: Methoden Standards und Technologien Architekturkonzepte
5 5 Allgemeine Grundlagen der Anwendungsintegration Gründe für EAI Projekte Verbesserte Wettbewerbsfähigkeit durch Erhöhung der Effizienz und Effektivität von Geschäftsprozessen (Prozessoptimierung, Beseitigung von Medienbrüchen und Redundanzen, Vermeidung manueller Nacharbeiten und Kontrollen) Steigerung der Kundenzufriedenheit (Verbesserte Auskunftsbereitschaft, geringere Durchlaufzeiten, höhere Qualität) Erschließung neuer Geschäftsfelder Unternehmenszusammenschlüsse, Übernahmen Aber: Sicherung der in die bestehenden Anwendungen getätigten Investitionen Erhalt des in Altanwendungen enthaltenen Wissens
6 6 Allgemeine Grundlagen der Anwendungsintegration Beispiel: Versandhaus Anforderung: Durchgängige Unterstützung der Geschäftsprozesse durch Informationssysteme. Problem: Abteilungen verwenden jeweils spezifische IS. Auftrags- und Kundendaten werden zum Teil redundant verwaltet. Ein Informationsaustausch zwischen den Systemen ist durch unterschiedliche Plattformen, Datenformate und Architekturen eingeschränkt.
7 7 Allgemeine Grundlagen der Anwendungsintegration Heterogene Informationssystemlandschaften Unterschiedliche Schnittstellen Windows Standardsoftware IS Fakturierung IS Auftragsbearbeitung C++, Oracle Versandhaus IS Debitorenbuchhaltung Client Server Anwendung Unterschiedliche Plattformen Unterschiedliche Architekturen Monolithisch aufgebaute Applikationen ohne Schnittstellen IS Warenwirtschaft Monolithische Mainframe Anwendung ohne Schnittstellen LINUX J2EE IS Logistik Unterschiedliche Frameworks und Technologien
8 8 Allgemeine Grundlagen der Anwendungsintegration Heterogenität Technische Heterogenität Unterschiede auf der Ebene der technischen Infrastrukturen wie DBMS, Hardwareplattformen, Betriebssysteme und Netzwerkkomponenten. Syntaktische Heterogenität Unterschiede in der Datenmodellierung, ausgelöst durch Anwendung unterschiedlicher Modellierungskonzepte oder Sprachen (z.b. relationales vs. objektorientiertes Datenmodell). Schemakonflikte durch uneinheitliche Verwendung von Modellierungskonstrukten (z.b. Vererbung vs. Delegation). Datenkonflikte durch Auswahl unterschiedlicher Objekteigenschaften oder Einsatz uneinheitlicher Bezeichner, Datentypen, Wertebereiche und Skalierungen für semantisch vergleichbare Objekte.
9 9 Allgemeine Grundlagen der Anwendungsintegration Heterogenität Semantische Heterogenität Für ähnliche Konzepte existieren in verschiedenen Systemen unterschiedliche Bedeutungen, welche sich aus der zugrunde liegenden Geschäftslogik ableiten und in der Programmlogik verankert sind. Autonomie und Verteilung Systeme sind räumlich getrennt und unterstehen unterschiedlichen Verantwortlichkeiten.
10 10 Allgemeine Grundlagen der Anwendungsintegration Beispiel für Datenmodell Heterogenität pers_nr name v_name geb_datum abt_nr abt_nr abt_name
11 11 Allgemeine Grundlagen der Anwendungsintegration Beispiele für Datenheterogenität Homonyme: Prozess (-> Geschäftsprozess) Prozess (-> jur. Prozessbegriff) Synonyme: Mitarbeiter Angestellte Datentypen: int String (zur Zahlendarstellung) Skalierungen: 1,75 m 175 cm Genauigkeiten: 0,5276 kg 0,53 kg Unterschiedliche Schreibweisen: Weseler Strasse, Weselerstr., Weseler-Straße, etc. Problem: Fehlerhafte (Tippfehler, Programmfehler) oder veraltete Datenbestände
12 12 Allgemeine Grundlagen der Anwendungsintegration Beispiel für Daten- und Schemaheterogenität Kunde Umsatzkonto 1 1 -Name : String -VName : String -Umsatzkto : Umsatzkonto -Adresse : Adresse 0..* 1..* Adresse Geschäftskunde -Rabatt : Double -Kontaktpers : Person
13 13 Allgemeine Grundlagen der Anwendungsintegration Integrationsrichtung Horizontal: Integration von Systemen entlang der Wertschöpfungskette (bspw. Marketing, Auftragsbearbeitung, Produktion, Vertrieb, Personal). Vertikal: Integration von Systemen ausgehend von der strategischen bis zur operativen Unternehmensebene (bspw. Planungs- und Entscheidungssysteme, Analysesysteme, Bericht- und Kontrollsysteme, operative Systeme). Integrationsreichweite Innerbetrieblich Zwischenbetrieblich
14 14 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
15 15 Konzepte und Architekturen der Anwendungsintegration Integrationsebene Datenintegration Funktionsintegration Benutzerschnittstellenintegration Integrationstopologie Punkt zu Punkt Integration Bus Topologie Hub and Spokes Topologie
16 16 Konzepte und Architekturen der Anwendungsintegration Punkt zu Punkt Integration Systeme werden bedarfsgetrieben durch spezifische Schnittstellen mit anderen Anwendungen verbunden. Vorteile In überschaubaren Integrationsszenarien einfach zu realisieren Nachteile Enge Kopplung der Systeme Hoher Wartungs- und Anpassungsaufwand durch viele Schnittstellen Für eine vollständige Integration von n Systemen werden (n*(n-1))/2 Schnittstellen benötigt!
17 17 Konzepte und Architekturen der Anwendungsintegration Bus Topologie Die Integrationsfunktionalitäten werden dezentral durch die angebundenen Einheiten implementiert (verteilte Architektur). Vorteil Niedrige Anzahl an Schnittstellen Flexible Anpassung an Performanz- und Verfügbarkeitsanforderungen Nachteile Mögliche Redundanzen bei den Infrastrukturfunktionalitäten Overhead durch Koordination und Verwaltung der dezentral agierenden Einheiten
18 18 Konzepte und Architekturen der Anwendungsintegration Hub and Spokes Topologie Ein zentraler Hub stellt grundlegende Infrastrukturdienste für die Anwendungsintegration zur Verfügung. Die einzelnen Anwendungen werden mittels standardisierter Schnittstellen über den Hub miteinander verbunden. Vorteil Niedrige Anzahl an Schnittstellen Anbindung neuer Systeme mit geringem Aufwand möglich Nachteile Hoher initialer Aufwand für die Einrichtung der Integrationsinfrastruktur Hub könnte zum Performanz-Flaschenhals oder Single Point of Failure werden
19 19 Konzepte und Architekturen der Anwendungsintegration Integration auf Datenebene Integration durch Zusammenführung der Daten, die durch die zu integrierenden Systeme erzeugt, verwaltet und gespeichert werden. Datenbank Gateways JDBC ODBC OLAP Data Mining Data Warehousing Der Zugriff auf die Daten einer Anwendung erfolgt in der Regel unmittelbar über ihre Datenbank. Anwendungslogik und Präsentationsschicht des Systems werden dabei umgangen.
20 20 Konzepte und Architekturen der Anwendungsintegration Integration auf Datenebene: Vorgehen Globales Schema Transformation auf Daten- und Schemaebene Lokales Schema A Lokales Schema B Lokales Schema A Lokales Schema B Transformation auf Daten- und Schemaebene Datenbank A Datenbank B Datenbank A Datenbank B Zur Überwindung der Syntaktischen Heterogenitäten auf Datenmodell-, Schema- und Datenebene müssen die Daten einer Transformation unterzogen werden. Eine Datenintegration kann durch direkten Datenaustausch zwischen verschiedenen Datenspeichern oder durch Abbildung der zu integrierenden Daten auf ein gemeinsames Datenschema realisiert werden. Jedes lokale Schema kann dabei als Sicht auf das globale Schema aufgefasst werden.
21 21 Konzepte und Architekturen der Anwendungsintegration Integration auf Datenebene: Behebung von Datenheterogenitäten Transformation in ein gemeinsames Datenmodell zur Beseitigung von Datenmodellkonflikten. Beseitigung von Schemaheterogenitäten durch Abbildung der unterschiedlichen Schemata auf ein globales Referenzschema. Explizite Wertabbildung durch mathematische Funktionen oder tabellarische Gegenüberstellung, um Heterogenitäten, welche auf unterschiedlichen Bezeichnungen, Skalierungen oder Genauigkeiten beruhen zu beseitigen. Explizite Typumwandlungen zur Überführung unterschiedlicher Datentypen. Einführen von Ähnlichkeitsmaßen um ähnliche Werte (Tippfehler, unterschiedliche Schreibweisen) identifizieren zu können. Verwendung einer Ontologie um schwierige Datenheterogenitäten aufgrund der begrifflichen Zusammenhänge im Anwendungsbereich auflösen zu können.
22 22 Konzepte und Architekturen der Anwendungsintegration Integration auf Datenebene: Kritische Würdigung Vorteile Einfach zu realisieren, da keine Anpassung in den Datenstrukturen oder der Anwendungslogik des zu integrierenden Systems erforderlich. Anbindung neuer Systeme ist auch dann möglich, wenn deren Quellcode nicht verfügbar ist. Nachteile Mögliche semantische Probleme (z.b. Verletzung von Integritätsbedingungen), wenn bei schreibenden Zugriffen auf die Daten eines Systems die in der Anwendungslogik hinterlegten semantischen Informationen nicht berücksichtigt werden. Keine Zugriff auf die Verarbeitungslogik (Integration von Funktionen und Prozessen) einer Anwendung möglich. Änderungen an den Datenstrukturen eines integrierten Systems führen zu Anpassungen an den Transformationen, dem globalen Datenmodell und im ungünstigsten Fall auch an Klienten, die diese Daten nutzen.
23 23 Konzepte und Architekturen der Anwendungsintegration Integration auf Funktionsebene Integration durch unmittelbaren Zugriff auf die Programmlogik, welche durch die zu integrierenden Anwendungen bereitgestellt wird. RPC RMI CORBA EJB (J2EE) DCOM MOM Die Funktionsintegration ist die semantisch reichhaltigste und flexibelste Art der Anwendungsintegration. Sie umfasst sowohl die Möglichkeiten der Daten- als auch der Benutzerschnittstellenintegration.
24 24 Konzepte und Architekturen der Anwendungsintegration Integration auf Funktionsebene: Kritische Würdigung Vorteile Semantisch reichhaltigste Art der Integration, da nicht nur ein Zugriff auf Daten, sondern auch eine Nutzung der Anwendungslogik möglich ist. Durch die Nutzung der Integritäts- und Plausibilitätsprüfungen einer Anwendung werden Integritätsprobleme bei schreibenden Zugriffen vermieden. Nachteile Aufwändig zu realisieren und daher mit einem vergleichsweise hohen Investitionsrisiko verbunden. Bei unzureichendem Schnittstellenangebot ist eine Anpassung der Anwendung oder die Implementierung eines Wrappers erforderlich. Schwierig umzusetzen, wenn entsprechende Schnittstellen fehlen oder nicht dokumentiert sind und ein Zugriff auf den Quellcode nicht möglich ist.
25 25 Konzepte und Architekturen der Anwendungsintegration Integration auf Präsentationsebene Integration durch Einbindung der Benutzerschnittstelle einer Applikation mittels geeigneter Werkzeuge, Präsentation A Integrierte Präsentation Screen Scraping WSRP HttpUnit Präsentation B Anwendung A Anwendung B Datenspeicher A Datenspeicher B Die Präsentationsintegration wird nur dann angewendet, wenn alternative Integrationsansätze aufgrund fehlender Schnittstellen und Anpassungsmöglichkeiten einer Anwendung ausscheiden. Wegen ihrer Performanznachteile und der geringen Flexibilität gilt die Integration auf Benutzerschnittstellenebene gemeinhin als Notlösung.
26 26 Konzepte und Architekturen der Anwendungsintegration Integration auf Präsentationsebene Vorgehen Die Verbindung zu einer Anwendung wird durch das Parsen der Bildschirminhalte und anschließende Simulation eines Benutzerdialoges hergestellt. Das Verfahren wird in erster Linie zur Integration von HTML Seiten angewendet. Weitere Einsatzmöglichkeiten bestehen bei der Anbindung von Legacy Systemen, welche sich oftmals aufgrund fehlender Schnittstellen, unzureichender Dokumentation und eines monolithischen Systemaufbaus schwierig integrieren lassen.
27 27 Konzepte und Architekturen der Anwendungsintegration Integration auf Präsentationsebene: Kritische Würdigung Vorteile Mithilfe geeigneter Werkzeuge schnell und einfach zu realisieren Kann auch dann eingesetzt werden, wenn eine Anwendung keine API bereitstellt und der Quellcode nicht verfügbar ist In schwierigen Integrationsszenarien oft die einzige Alternative Nachteile Keine Integration der zugrunde liegenden Daten und Funktionen Schränkt die Performanz und Skalierbarkeit einer Integrationslösung massiv ein Geringe Flexibilität und Widerverwendbarkeit
28 28 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
29 29 Funktionaler Aufbau einer EAI Infrastruktur Funktionale Bestandteile einer EAI Lösung Prozessmodellierung, Ablaufsteuerung, Prozessbenchmarking Prozessmanagement Nachrichtenmanagement Transformationsdienste, Nachrichtenverwaltung, Synchronisation, Transaktionskontrolle Middleware Konnektivität Physisches Netzwerk System-/ Dienstmanagement, Identitätsmanagement, Administrationswerkzeuge
30 30 Funktionaler Aufbau einer EAI Infrastruktur: Adapter Adapter Ermöglicht die Kommunikation mit einer bestimmten Anwendung Die Anbindung einer Anwendung erfolgt dabei über ihre Schnittstellen (API - Application Programming Interface) oder durch einen Wrapper. Ein Wrapper definiert und implementiert eine Schnittstelle, welche einen kontrollierten Zugriff auf die Funktionen der Anwendung ermöglicht. Übernimmt häufig elementare Transformationsdienste Prozessmanagement Nachrichtenmanagement Middleware Physisches Netzwerk
31 31 Funktionaler Aufbau einer EAI Infrastruktur: Adapter Adapter Möglichkeiten der Funktionsintegration Funktionsintegration über eine API Funktionsintegration über einen Wrapper
32 32 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Middleware/ Nachrichtenmanagement Infrastruktur für die Kommunikation zwischen den Anwendungen und zur Überbrückung der Heterogenitäten unterschiedlicher Systeme Ermöglicht einen zuverlässigen Nachrichtenaustausch zwischen den Systemen Regelbasierte Verteilung und Verbreitung von Nachrichten (intelligentes Routing) Unterstützung von Transaktionen Bereitstellen von Benachrichtigungsdiensten Durchführung von Datentransformationen (soweit nicht durch Adapter umgesetzt) Prozessmanagement Nachrichtenmanagement Middleware Physisches Netzwerk
33 33 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Differenzierungsmerkmal - Kommunikationsmechanismus Synchrone Kommunikation Sender übermittelt eine Nachricht an Empfänger oder Gruppe von Empfängern und wartet bis eine Antwort eintrifft. In zeitkritischen Anwendungsszenarien unerlässlich Ausfall des Empfängers oder Verlust von Nachrichten blockieren den Sender Asynchrone Kommunikation Nicht zustellbare Nachrichten werden persistent gespeichert, bis Empfänger wieder verfügbar ist. Kann zur Nachbildung einer synchronen Kommunikation genutzt werden Für die Zustellung und Verwaltung der Nachrichten ist eine komplexe Infrastruktur (Message Bus) erforderlich
34 34 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Differenzierungsmerkmal - Integrationsgegenstand Funktionsorientiert: Kommunikation über Aufruf von Prozeduren und Funktionen. Fehlende Kapselung der Funktionalitäten bewirkt enge Kopplung der integrierten Systeme Änderungen an der Implementierung einer Funktionalität erzwingen zumeist Anpassungen der Klienten, welche diese nutzen.
35 35 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Differenzierungsmerkmal - Integrationsgegenstand Objektorientiert: Kommunikation über Objekte Abgeleitet aus dem Konzept der Objektorientierung Macht Funktionalitäten als Methoden in verteilten Objekten zugänglich. Kapselung und Zugriff durch definierte Schnittstellen Entkopplung der Systeme durch Trennung von Schnittstelle und Implementierung
36 36 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Differenzierungsmerkmal - Integrationsgegenstand Dienstorientiert: Dienste sind grobgranular und durch eine Schnittstellenbeschreibung definiert Dienste können über ein Verzeichnis gefunden und zur Laufzeit aufgerufen werden Zugriff auf Dienste erfolgt nachrichtenbasiert und lose gekoppelt Nutzung von Diensten definiert ein Vertragsverhältnis zwischen Anbieter und Konsument
37 37 Funktionaler Aufbau einer EAI Infrastruktur: Middleware/ Nachrichtenmanagement Ordnungsrahmen Integrationstechnologien. Synchron RPC-basiert Synchron/ Asynchron nachrichtenbasiert Durch Kombination einzelner Technologien lassen sich deren Vorteile gezielt nutzen und Schwächen umgehen. Beispielsweise können EJB s in Verbindung mit Web Services zur Implementierung einer auf Objektorientierung basierenden sowie Dienst- und Nachrichtenorientierten Integrationsinfrastruktur genutzt werden.
38 38 Funktionaler Aufbau einer EAI Infrastruktur: Prozessmanagement Prozessmanagement Ermöglicht das Zusammenspiel einzelner Anwendungen und somit eine Prozessintegration Modellierung, Durchführung, Steuerung und Überwachung von Geschäftsprozessen Integrierte Anwendungen implementieren einzelne Schritte übergeordneter Geschäftsprozesse Modellierung der Prozesse und ihrer Informationsflüsse erfolgt unabhängig von der Implementierung der einzelnen Prozessbausteine Prozessmanagement Nachrichtenmanagement Middleware Physisches Netzwerk
39 39 Funktionaler Aufbau einer EAI Infrastruktur: Metadatenbank und Zusatzdienste Metadatenbank und Zusatzdienste Verwaltet zentrale Informationen, welche für die gesamte EAI Lösung und alle integrierten Anwendungen von Belang sind. Verwaltung von Diensten, Ressourcen, Benutzern und Berechtigungen Authentifizierung und Autorisierung von Benutzern (Identitätsmanagement) Adapter Adapter Adapter Adapter Adapter Metadatenbank und Zusatzdienste Protokoll- und Monitoringfunktionen zur Überwachung von Diensten und Interaktionen Bereiststellung von Administrations- und Entwicklungswerkzeugen zur Überwachung, Wartung und Anpassung der Integrationsinfrastruktur
40 40 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
41 41 Integrationstechnologien: Middleware/ Nachrichtenmanagement Funktionsorientierte und synchrone Integrationstechnologien: Remote Procedure Call/ Remote Method Invocation RPC (Remote Procedure Call): Protokoll zur Implementierung verteilter Anwendungen Ermöglicht dem Entwickler den Zugriff auf Funktionen einer entfernten Anwendung unter Abstraktion von Einzelheiten der Netzwerkschicht Arbeitet in der Regel synchron RMI (Remote Method Invocation): Stellt einen RPC Mechanismus in Java zur Verfügung Ermöglicht im Unterschied zu RPC den Zugriff auf Methoden in Objekten
42 42 Integrationstechnologien: Middleware/ Nachrichtenmanagement Remote Procedure Call/ Remote Method Invocation Einschränkungen Nicht Plattformunabhängig (RPC) nicht und Programmiersprachenunabhängig (RPC/RMI) Sender kann durch Ausfall des Empfängers oder Verlust von Nachrichten blockiert werden Unflexibel, da Adressierungsinformationen des Empfängers im Quellcode des Senders codiert sind (keine Adressierung zur Laufzeit) Nutzung erfordert in der Regel Einblick in die Programmlogik der zu integrierenden Anwendungen
43 43 Integrationstechnologien: Middleware/ Nachrichtenmanagement Objektorientierte und synchrone Integrationstechnologien: CORBA (Common Object Request Broker Architecture) Eigenschaften Komponentenarchitektur der OMG (Object Management Group) Macht Anwendungen als verteilte Objekte zugänglich Plattformunabhängige Schnittstellenbeschreibung mittels IDL (Interface Definition Language) Eigenschaften der zugrunde liegenden Hardwareplattform und Netzwerkinfrastruktur bei entferntem Methodenaufruf transparent Vereinfachtes Auffinden von Objekten durch Repositoryfunktionen Verpacken (Marshalling) und Entpacken (Demarshalling) von Parametern und Rückgagbewerten
44 44 Integrationstechnologien: Middleware/ Nachrichtenmanagement CORBA (Common Object Request Broker Architecture) Grundlegende Funktionsweise Definition von Schnittstellen mittels Interface Definition Language (IDL) IDL Compiler erzeugt mittels der Schnittstellenbeschreibung auf der Clientseite einen Stub und serverseitig einen Skeleton Der Client ruft den Stub lokal auf Dieser übergibt den Aufruf an den ORB (Object Request Broker). Serverseitig übergibt der ORB diesen an den Skeleton, welcher das entfernte Objekt lokal aufruft
45 45 Integrationstechnologien: Middleware/ Nachrichtenmanagement CORBA (Common Object Request Broker Architecture) Einschränkungen von CORBA und DCOM Nur eingeschränkt programmiersprachenunabhängig Interoperabilität der verschiedenen CORBA Implementierungen problematisch Keine Adressierung von Funktionen zur Laufzeit Keine vollständige Plattformunabhängigkeit beim Einsatz von DCOM
46 46 Inhaltsübersicht Fortsetzung Morgen 18:00 Uhr
47 47 Integrationstechnologien: Middleware/ Nachrichtenmanagement Objektorientierte und synchrone Integrationstechnologien: Enterprise Java Beans Der Begriff Enterprise Java Beans (EJB) bezeichnet ein Framework zur Entwicklung objektorientierter, komponentenbasierter und verteilter Anwendungen. Enterprise Java Beans repräsentieren dabei die Komponenten transaktionsorientierter verteilter Geschäftsprozesse.
48 48 Integrationstechnologien : Middleware/ Nachrichtenmanagement Enterprise Java Beans Eigenschaften Objektorientierung Plattformunabhängigkeit Serverseitiger Einsatz Verteilung Persistenz Transaktionskontrolle Sicherheit Können mit anderen EJB s zu komplexen Anwendungen kombiniert werden
49 49 Integrationstechnologien: Middleware/ Nachrichtenmanagement Enterprise Java Beans Der Einsatz von Enterprise Java Beans erfolgt im Kontext eines EJB Containers Bietet eine Umgebung in der EJB s laufen Übernimmt Verwaltung der Beans Implementiert Infrastrukturfunktionalitäten, die nicht direkt im Zusammenhang mit der Geschäftslogik stehen (Namensvergabe, Lebenszyklussteuerung, Persistenz, Messaging, Sicherheit, Transaktionskontrolle) Teil eines J2EE Anwendungsservers (z.b. JBOSS)
50 50 Integrationstechnologien: Middleware/ Nachrichtenmanagement Enterprise Java Beans Architekturübersicht Klient J2EE Server EJB Container OODBMS Home Interface EJB DBMS Remote Interface Transactions, Naming, Persistance, Security Präsentationsschicht Geschäftslogik & Zusatzdienste durch EJB Container Datenhaltungsschicht
51 51 Integrationstechnologien: Middleware/ Nachrichtenmanagement Enterprise Java Beans Vorteile Plattformunabhängig und objektorientiert Entwickler kann sich auf die Geschäftslogik konzentrieren, da der EJB Container grundlegende Infrastrukturdienste wie Persistenz, Transaktionen und Sicherheit zur Verfügung stellt. Kann in Verbindung mit Java Messaging Service (JMS) zur Implementierung asynchroner Kommunikationsmechanismen angewendet werden Nachteile Nicht programmiersprachenunabhängig Keine Konfiguration und Integration von Anwendungen zur Laufzeit Siehe auch: Vorlesung J2EE und MOM!
52 52 Integrationstechnologien: Middleware/ Nachrichtenmanagement Objektorientierte und asynchrone Integrationstechnologien: Message Oriented Middleware (MOM) Eigenschaften Kommunikation über Nachrichten Asynchrone Aufrufe zwischen Client- und Serveranwendungen möglich aber nicht zwingend Nachrichten werden in Warteschlangen zwischengespeichert und an Ziel- Anwendung weitergereicht Nachrichtenaustausch zwischen Systemen unabhängig von den ihnen zugrunde gelegten Plattformen und Technologien Nachrichten enthalten sowohl Daten als auch Meta- und Kontrollinformationen Multicasting: Eine Nachricht kann mehrere Empfänger haben Siehe auch: Vorlesung J2EE und MOM!
53 53 Integrationstechnologien: Middleware/ Nachrichtenmanagement Service Orientierte Architekturen (SOA) SOA ist ein Integrationskonzept und keine konkrete Technologie Dienste sind modulare, durch eine Schnittstelle definierte und durch eine Anwendung implementierte fachliche Funktionalitäten Dienste repräsentieren wieder verwendbare Geschäftsprozessbausteine Elementare Dienste lassen sich zu komplexeren Diensten zusammenfügen (orchestrieren) Dienste können über ein öffentliches Verzeichnis (Service-Registry) anhand ihrer Beschreibung aufgefunden, ausgewählt und zur Laufzeit eingebunden werden Die Kommunikation zwischen einzelnen Diensten sollte zeitlich (asynchron) und logisch (Kapselung) entkoppelt stattfinden
54 54 Integrationstechnologien: Middleware/ Nachrichtenmanagement Interaktionen in einer SOA Service Anbieter Stellt Dienste zur Verfügung Publiziert Dienste durch die Service Registry Service Registry Stellt Verzeichnis zur Verfügung, wo Dienste registriert und gefunden werden können Service Konsument Findet Dienst in der Service Registry Bindet den Dienst anhand seiner Beschreibung ein
55 55 Integrationstechnologien: Middleware/ Nachrichtenmanagement Dienstorientierte und asynchrone Integrationstechnologien: Web Services A Web service is a software application identified by an URI, whose interface and bindings are capable of being defined, described and discovered by XML artifacts and supports direct interactions with other software applications using XML based messages via internet-based protocols Quelle: W3C World Wide Web Consortium
56 56 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Services Zentrale Eigenschaften Lose gekoppelt (Schnittstelle und Dienstbeschreibung sind unabhängig von der Implementierung) Wiederverwendbar Werden unter Einsatz XML basierter Standards beschrieben und aufgefunden Interaktion auf der Grundlage XML basierter Nachrichten Protokollunabhängig (Nutzung verschiedener Internetprotokolle für den Nachrichtentransport möglich)
57 57 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Service Standards SOAP (Simple Object Access Protocol) Basiert auf XML Kann verschiedene Internetprotokolle (HTTP, UDP, SMTP) als Transportmechanismus nutzen Besteht aus dem Header welcher Kontrollinformationen und Verarbeitungsanweisungen enthält und dem Body mit den eigentlichen Nutzdaten SOAP kommuniziert normalerweise über einen asynchronen Request/ Response Zyklus (vgl. HTTP) Mittels SOAP RPC kann ein RPC ähnlicher synchroner Kommunikationsmechanismus realisiert werden
58 58 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Service Standards WSDL (Web Service Description Language) XML basierte Sprache zur Beschreibung eines Dienstes und seiner Schnittstelle Beschreibung ist unabhängig von konkreten Transportprotokollen oder Programmiermodellen Eine WSDL Beschreibung spezifiziert: Welche Funktionalität bietet der Dienst? Mit welcher URI kann dieser adressiert werden? Wie erfolgt der Zugriff auf den angebotenen Dienst und wie ist dessen Schnittstelle gestaltet?
59 59 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Service Standards UDDI (Universal Description, Discovery and Integration) Verzeichnisdienst zur Registrierung und zum Auffinden von Web Services Ist als Web Service realisiert und kann über SOAP Nachrichten angesprochen werden Das UDDI Verzeichnis enthält folgenden Informationen: White Pages: Register aller Web Service Anbieter mit Detailangaben, wie Ansprechpartner, Kontaktinformationen, etc. Yellow Pages: Ermöglicht Spezifische Suche gemäß bestimmten Kategorien wie (Ort, Industriezweig, Produkte und Dienstleistungen des Anbieters, etc.) Green Pages: Enthält Dienst Beschreibungen, Zugriffsinformationen und Verweis auf WSDL Definitionen
60 60 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Service Interaktionen Service Anbieter Stellt Dienste zur Verfügung und beschreibt diese mittels WSDL UDDI Registry Ermöglicht das Registrieren und Auffinden von Web Services Ist selbst als Web Service ansprechbar Service Konsument Findet Dienst in der UDDI Registry Bindet den Dienst anhand seiner WSDL Beschreibung ein und ruft ihn mittels SOAP auf
61 61 Integrationstechnologien: Middleware/ Nachrichtenmanagement Web Services Vorteile Plattform-, Programmiersprachen- und Protokollunabhängig Flexibilität und Interoperabilität durch Verwendung offener Standards Adressierung, Konfiguration und Integration zur Laufzeit möglich Unterstützt synchrone und asynchrone Kommunikation Nachteile Perfomanznachteile durch Nachrichtenhandling und XML-Verarbeitung Schutz sensibler Daten kann nur durch Einsatz weiterer Standards (XML Encryption, WS-Security, etc.) gewährleistet werden
62 62 Integrationstechnologien: Prozessmanagement Business Process Execution Language (BPEL) XML basierte Sprache zur Beschreibung von Geschäftsprozessen, deren Baussteine (Aktivitäten) durch Web Services implementiert sind Definiert die Ausführungsreihenfolge (Orchestration) der Einzelschritte eines Geschäftsprozesses sowie Nebenbedingungen und die Behandlung von Ausnahmen Durch BPEL beschriebene Geschäftsprozesse stellen wiederum Web Services dar Zielsetzung: Konfiguration der Prozesslogik anstatt Programmierung Benötigt zur Ausführung eine BPEL Laufzeitumgebung (z.b. ActiveBPEL)
63 63 Integrationstechnologien: Prozessmanagement Business Process Execution Language (BPEL) Vorteile Keine Implementierung von Prozesslogik durch Service Konsumenten Basiert auf etablierten Standards Ähnliche Mächtigkeit wie Petri Netze Bei Verfügbarkeit entsprechender Werkzeuge ist eine Modellierung komplexer Workflows ohne Programmierung möglich Nachteile Beschreibung der Geschäftsprozesse semantisch unpräzise Relativ geringes Angebot an ausgereiften Modellierungswerkzeugen Siehe auch: Vorlesung BPEL!
64 64 Inhaltsübersicht Allgemeine Grundlagen der Anwendungsintegration Konzepte und Architekturen der Anwendungsintegration Funktionaler Aufbau einer EAI Infrastruktur Integrationstechnologien Literatur
65 65 Literaturempfehlungen Einstiegsliteratur Conrad S., Hasselbring W., Koschel A., Tritsch R.: Enterprise Application Integration Grundlagen, Konzepte, Entwurfsmuster, Praxisbeispiele, Spektrum München Linthicum D. S.: Enterprise Application Integration, Addison Wesley Boston et al Weiterführende Literatur Gustavo A., Fabio C., Harumi K., Vijay M.: Web services: concepts, architectures and applications, Springer Berlin et al Haake J., Schwabe G., Wessner M. (Hrsg.): Enterprise Application Integration: Grundlagen, Integrationsprodukte, Anwendungsbeispiele, Dissertation, Universität Marburg Deutscher Universitäts Verlag Marburg 2004.
Enterprise Application Integration. 1. Grundlagen, Konzepte und Architekturen
Enterprise Application Integration 1. Grundlagen, Konzepte und Architekturen 1.1 Allgemeine Grundlagen der Begriff EAI: Anwendungsintegration Enterprise Application Integration (EAI) befasst sich mit der
MehrWorkflow, Business Process Management, 4.Teil
Workflow, Business Process Management, 4.Teil 24. Januar 2004 Der vorliegende Text darf für Zwecke der Vorlesung Workflow, Business Process Management des Autors vervielfältigt werden. Eine weitere Nutzung
MehrWebservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste
Hauptseminar Internet Dienste Sommersemester 2004 Boto Bako Webservices 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung Was sind Web Services? Web Services sind angebotene
MehrWeb Services Die Definition von Web Services in der Theorie und FNT-Command als Web Service in der Praxis
Web Services Die Definition von Web Services in der Theorie und FNT-Command als Web Service in der Praxis Philipp Tendyra Web Service in kurzen Worten dient der Kommunikation zwischen verschiedenen Systemen
MehrAutor: Peter Seemann Seminar: Softwarearchitekturen Betreuer: Benedikt Meurer
Autor: Peter Seemann Seminar: Softwarearchitekturen Betreuer: Benedikt Meurer *Was sind Web Services? *Beispiele für Web Services *Web Service Architektur *Web Services Technologien *Fazit 2 *Übertragungsstandard
MehrSOA. Prof. Dr. Eduard Heindl Hochschule Furtwangen Wirtschaftsinformatik
SOA Prof. Dr. Eduard Heindl Hochschule Furtwangen Wirtschaftsinformatik Laderampen müssen passen Modularisieren Softwarearchitektur Modul A Modul B Modul C Modul D Große Anwendung im Unternehmen Modul
MehrWeb Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen
9 3 Web Services 3.1 Überblick Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen mit Hilfe von XML über das Internet ermöglicht (siehe Abb.
MehrJava und XML 2. Java und XML
Technische Universität Ilmenau Fakultät für Informatik und Automatisierung Institut für Praktische Informatik und Medieninformatik Fachgebiet Telematik Java und XML Hauptseminar Telematik WS 2002/2003
MehrCORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten
CORBA-Konzept Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard
MehrSchnittstellen von E-Learning Anwendungen mit Systemen der Hochschulverwaltung
Schnittstellen von E-Learning Anwendungen mit Systemen der Hochschulverwaltung Christian Arndt E-Learning Kompetenzzentrum Westfälische Wilhelms-Universität Münster Gefördert durch: Projektträger: Förderkennzeichen:
MehrEnterprise Applikation Integration und Service-orientierte Architekturen. 09 Simple Object Access Protocol (SOAP)
Enterprise Applikation Integration und Service-orientierte Architekturen 09 Simple Object Access Protocol (SOAP) Anwendungsintegration ein Beispiel Messages Warenwirtschaftssystem Auktionssystem thats
MehrThemen. Web Services und SOA. Stefan Szalowski Daten- und Online-Kommunikation Web Services
Themen Web Services und SOA Wer kennt den Begriff Web Services? Was verstehen Sie unter Web Services? Die Idee von Web Services Ausgangspunkt ist eine (evtl. schon bestehende) Software Anwendung oder Anwendungskomponente
MehrWeb Services. XML, WSDL, SOAP und UDDI Einblicke und Ausblicke. 31.03.2003 J.M.Joller 1
Web Services XML, WSDL, SOAP und UDDI Einblicke und Ausblicke 31.03.2003 J.M.Joller 1 Inhalt Architekturen Main Stream.NET J2EE und Applikations-Server Sicht der Anbieter Java J2EE J2EE versus.net Web
MehrSOAP Integrationstechnologie für verteilte Middlewarearchitekturen?
SOAP Integrationstechnologie für verteilte Middlewarearchitekturen? Großer Beleg Christian Wurbs Zwischenbericht http://www.inf.tu-dresden.de/~cw6 cw6@inf.tu-dresden.de Überblick 2 Aufgabenstellung CORBA
MehrJava 2, Enterprise Edition Einführung und Überblick
Universität aiserslautern AG Datenbanken und Informationssysteme Seminar Datenbank-Aspekte des E-Commerce Java 2, Enterprise Edition Einführung und Überblick m_husema@informatik.uni-kl.de Vortragsinhalte
MehrSE2-10-Entwurfsmuster-2 15
Architektur und Skalierbarkeit SE2-10-Entwurfsmuster-2 15 Skalierbarkeit Skalierbarkeit bedeutet die Anpassung einer Software an wachsende Last: Interaktionsfrequenz Nutzerzahl Anpassung durch Hinzufügen
MehrEin Beispiel. Ein Unternehmen will Internettechnologien im Rahmen des E- Business nutzen Welche Geschäftsprozesse?
Ein Beispiel Ein Unternehmen will Internettechnologien im Rahmen des E- Business nutzen Welche Geschäftsprozesse? Dipl.-Kfm. Claus Häberle WS 2015 /16 # 42 XML (vereinfacht) visa
MehrClient/Server-Systeme
Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen
MehrSeminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung
IBM WebSphere Process Server Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung AGENDA 1. Überblick 2. WebSphere Process Server 3. Komponenten 4. Präsentation
MehrWiederholung: Beginn
B) Webserivces W3C Web Services Architecture Group: "Ein Web Service ist eine durch einen URI eindeutige identifizierte Softwareanwendung, deren Schnittstellen als XML Artefakte definiert, beschrieben
MehrCORBA. Systemprogrammierung WS 2006-2007
CORBA Systemprogrammierung WS 2006-2007 Teilnehmer: Bahareh Akherattalab Babak Akherattalab Inhaltsverzeichnis: Verteilte Systeme Vergleich zwischen lokale und verteilte Systeme Verteilte Anwendungen CORBA
MehrSoftwareentwicklung mit Enterprise JAVA Beans
Softwareentwicklung mit Enterprise JAVA Beans Java Enterprise Edition - Überblick Was ist J2EE Java EE? Zunächst mal: Eine Menge von Spezifikationen und Regeln. April 1997: SUN initiiert die Entwicklung
MehrInhalt I. Blick zurück II. Was sind WebServices? III. Rahmenwerk für edienstleistungen IV. Verwendete WebServices
WebServices Applikationen und Services Ralf Günther Consultant HP Services April, 2003 Ralf.Guenther@hp.com DECUS Symposium 2003, Vortrag 2L06 9.04.2003 Inhalt I. Blick zurück II. Was sind WebServices?
MehrZustandsgebundene Webservices
Zustandsgebundene Webservices Präsentation ausgewählter Problemstellungen der Informatik Markus Oertel oer@uni-paderborn.de Universität Paderborn 25. September 2005 Zustandsgebundene Webservices Seite
MehrFujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013
Fujitsu BeanConnect TM V3.0 Software 0 FUJITSU LIMITED 2013 Die Herausforderung: Hostanbindung Viele Unternehmen besitzen Mainframe- und Legacy-Anwendungen, so genannte Enterprise Information Systems (EIS),
MehrKlausur Verteilte Systeme Was versteht man unter verteilte Systeme
Was versteht man unter verteilte Systeme Ein Verteiltes System ist ein System in dem Hardware- und Softwarekomponenten, die sich auf miteinander vernetzten Computern befinden miteinander kommunizieren
MehrMicrosoft.NET und SunONE
Microsoft.NET und SunONE, Plattformen und Application Service Providing Agenda Einordnung.NET und SunONE Kurzvorstellung Gegenüberstellung Zusammenfassung ASP (Application( Service Providing) ) und Ausblick
MehrSOA Serviceorientierte Architektur Definition, Marktpotenzial und Perspektiven
SOA Serviceorientierte Architektur Definition, Marktpotenzial und Perspektiven SO A Fraunhofer-Institut für Softwareund Systemtechnik ISST Dr. Ulrich Springer Dr. Bernhard Holtkamp Dortmund, 20.01.2009
MehrGuten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund
Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration
MehrSicherheitsaspekte in Service Orientierten Architekturen. Eike Falkenberg Sommersemester 2006 Anwendungen I
Sicherheitsaspekte in Service Orientierten Architekturen Eike Falkenberg Sommersemester 2006 Anwendungen I Agenda SOA? Web Services? Sicherheitsrisiko Web Services Web Services & Sicherheit Sichere SOAs
MehrWeb Services. Web Services in the News. Vision: Web of Services. Learning for Results. DECUS Symposium 2002, Vortrag 1K07,
Web Services Vision: Web of Services Applikationen und Services Ralf Günther Compaq Computer GmbH, Köln Ralf.Guenther@compaq.com DECUS Symposium 2002, Vortrag 1K07, 16.04.2002 Web Services in the News
MehrJava Enterprise Architekturen Willkommen in der Realität
Java Enterprise Architekturen Willkommen in der Realität Ralf Degner (Ralf.Degner@tk-online.de), Dr. Frank Griffel (Dr.Frank.Griffel@tk-online.de) Techniker Krankenkasse Häufig werden Mehrschichtarchitekturen
MehrMessage Oriented Middleware am Beispiel von XMLBlaster
Message Oriented Middleware am Beispiel von XMLBlaster Vortrag im Seminar XML und intelligente Systeme an der Universität Bielefeld WS 2005/2006 Vortragender: Frederic Siepmann fsiepman@techfak.uni bielefeld.de
MehrThema: Web Services. Was ist ein Web Service?
Willkommen zum Component Ware Seminar Thema: Achim Grimm & Fabian Unterschütz Folie 1 Was ist ein Web Service? Web Services sind selbstbeschreibende, modulare Softwarekomponenten im Internet, die sich
MehrStandards und Standardisierungsgremien
Standards und Standardisierungsgremien Begriffe Norm und Standard synonym Organisationen z.b. ISO: International Standards Organization DIN: Deutsches Institut für Normung e.v. ANSI: American National
Mehr1. Was bedeutet EAI? 2. Worin liegen die Vorteile? 3. Worin liegen die Nachteile? 4. EAI-Markt
Referate-Seminar WS 2001/2002 Veranstaltungsort: Giessen Datum: 03. April 2002 Fachbereich: Wirtschaftsinformatik Referentin: Übersicht 2. Worin liegen die Vorteile? 3. Worin liegen die Nachteile? Seite
Mehr16.4 Wiederverwendung von COTS-Produkten
16.4 Wiederverwendung von COTS-Produkten COTS = commercial of the shelf im Handel erhältliche Software-Produkte Anpassung für Kunden ohne Änderung am Quellcode Quellcode in der Regel nicht einsehbar (Ausnahme
MehrEinsatz von Applikationsservern. Untersucht am Beispiel des Sybase Enterprise Application Server
Einsatz von Applikationsservern Untersucht am Beispiel des Sybase Enterprise Application Server Architektur von Datenbanksystemen Client / Server Modell (2 Schichten Modell) Benutzerschnittstelle Präsentationslogik
Mehrarlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek
arlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek Speaker Andreas Holubek VP Engineering andreas.holubek@arlanis.com arlanis Software AG, D-14467 Potsdam 2009, arlanis
MehrImplementierung von Web Services: Teil I: Einleitung / SOAP
Implementierung von Web Services: Teil I: Einleitung / SOAP Prof. Dr. Kanne - FSS 2007 Carl-Christian Kanne, February 25, 2007 Web Services - p. 1/12 Web Services: Allgemein XML Datenaustauschformat plattformunabhängig
MehrHauptseminar Management von Softwaresystemen. Techniken der System-Integration EAI, Middleware, SOA, CORBA
Hauptseminar Management von Softwaresystemen Techniken der System-Integration EAI, Middleware, SOA, CORBA Betreuerin: Referent: Ulrike Hammerschall Alexey Krivoborodov Agenda Motivation Arten der Verteilung
MehrGrundlagen der Web-Entwicklung INF3172
Grundlagen der Web-Entwicklung INF3172 Web-Services Thomas Walter 16.01.2014 Version 1.0 aktuelles 2 Webservice weitere grundlegende Architektur im Web: Webservice (Web-Dienst) Zusammenarbeit verschiedener
MehrSAP NetWeaver Gateway. Connectivity@SNAP 2013
SAP NetWeaver Gateway Connectivity@SNAP 2013 Neue Wege im Unternehmen Neue Geräte und Usererfahrungen Technische Innovationen in Unternehmen Wachsende Gemeinschaft an Entwicklern Ausdehnung der Geschäftsdaten
MehrEvaluierung verteilter Middleware-Technologien zur Steigerung der Integrationsfähigkeit von Enterprise-Software
Evaluierung verteilter Middleware-Technologien zur Steigerung der Integrationsfähigkeit von Enterprise-Software Diplomarbeit Alexander Matuschinski Betreuer: Prof. Dr. Lutz Prechelt Zweitgutachter: Prof.
MehrEnterprise Service Bus
Enterprise Service Bus Christopher Weiß 25.01.2010 Gliederung 1 Motivation und Einordung Integrationsformen 2 Definition und Eigenschaften Definitionen Eigenschaften 3 Aufbau und Konzepte Aufbau Produkte
Mehr5. Programmierschnittstellen für XML
5. Programmierschnittstellen für für Medientechnologen Dr. E. Schön Wintersemester 2015/16 Seite 146 Notwendigkeit: Programmierschnittstelle Zugriff auf -Daten durch Applikationen wiederverwendbare Schnittstellen
MehrMobile und Verteilte Datenbanken
Mobile und Verteilte Datenbanken Java RMI Vorlesung Wintersemester 2013/2014 groppe@ifis.uni-luebeck.de Institut für Informationssysteme Universität zu Lübeck Kommunikations-Middleware Bietet höhere Kommunikations-Dienste
MehrEntwicklung von Web-Anwendungen auf JAVA EE Basis
Entwicklung von Web-Anwendungen auf JAVA EE Basis Java Enterprise Edition - Überblick Prof. Dr. Bernhard Schiefer Inhalt der Veranstaltung Überblick Java EE JDBC, JPA, JNDI Servlets, Java Server Pages
MehrSeminarvortrag Serviceorientierte Softwarearchitekturen
Seminarvortrag Serviceorientierte Softwarearchitekturen vorhandene Altsysteme Gliederung Einführung Grundlegende Modelle Grundlegende Komponenten Architekturen 2 Einführung Altanwendung und Altsysteme?
MehrSind Prozessmanagement-Systeme auch für eingebettete Systeme einsetzbar?
Sind Prozessmanagement-Systeme auch eingebettete Systeme einsetzbar? 12. Symposium Maritime Elektrotechnik, Elektronik und Informationstechnik, 8.-12. Oktober 2007 Rostock, Deutschland Rostock, Deutschland
MehrÜbungen zu Softwaretechnik
Prof. Dr. Dr. h.c. M. Broy Lösungsblatt 11 Dr. H. Ehler, S. Wagner 23. Januar 2004 Übungen zu Softwaretechnik Aufgabe 16 Qualitätseigenschaften Broker-Pattern Beurteilen Sie das in Aufgabe 15 benutzte
MehrAS/point, Ihr Partner die nächsten 10 und mehr Jahre -
AS/point, Ihr Partner die nächsten 10 und mehr Jahre - technologisch betrachtet http://www.aspoint.de 1 Unsere vier Säulen heute e-waw modulare Warenwirtschaft für iseries evo-one Organisation und CRM
MehrIdentity & Access Management in der Cloud
Identity & Access Management in der Cloud Microsoft Azure Active Directory Christian Vierkant, ERGON Datenprojekte GmbH Agenda oidentity Management owas ist Azure Active Directory? oazure Active Directory-Editionen
MehrInside. IT-Informatik. Die besseren IT-Lösungen.
Inside IT-Informatik Die Informationstechnologie unterstützt die kompletten Geschäftsprozesse. Geht in Ihrem Unternehmen beides Hand in Hand? Nutzen Sie Ihre Chancen! Entdecken Sie Ihre Potenziale! Mit
MehrService. Was ist eine Enterprise Service Architecture und wie reagiert SAP. Warum Monitoring in ZENOS, was monitort die XI?
Service Was ist eine Enterprise Service Architecture und wie reagiert SAP Allgemeine Definition Was gehört in ZENOS (Service-Layer)? Business Logik ZENOS als Provider für SAP-based Services (ESA/SOA) Warum
MehrBIS-Grid: Kommerzieller Einsatz von Grid-Middleware am Beispiel betrieblicher Informationssysteme. Prof. Dr. W. Hasselbring
BIS-Grid: Kommerzieller Einsatz von Grid-Middleware am Beispiel betrieblicher Informationssysteme Prof. Dr. OFFIS Institut für Informatik FuE-Bereich Betriebliches Informationsmanagement (BI) Ausgangssituation
MehrGI-Services erstellen und bereitstellen
GI-Services erstellen und bereitstellen Günter Dörffel ESRI Geoinformatik GmbH g.doerffel@esri-germany.de Agenda Positionierung von GIS-Services SOA im GIS Kontext Standards und Ihre Bedeutung 2 1 Arten
MehrJava RMI, CORBA und Firewalls
Java RMI, CORBA und s Lehrstuhl für Datenverarbeitung falk@ei.tum.de Verteilte Objekte s Probleme Lösungsmöglichkeiten Konkrete Lösungen Verteilte Objekte Client mehrere Objekte Methoden-Aufruf Antwort
MehrFassade. Objektbasiertes Strukturmuster. C. Restorff & M. Rohlfing
Fassade Objektbasiertes Strukturmuster C. Restorff & M. Rohlfing Übersicht Motivation Anwendbarkeit Struktur Teilnehmer Interaktion Konsequenz Implementierung Beispiel Bekannte Verwendung Verwandte Muster
MehrEnterprise Portale & Enterprise Application Integration
EP & - & Enterprise Application Integration Jörg Streibhardt Technische Universität Dresden EP & 21. Januar 2005 / Seminar Rechnernetze Gliederung Enterprise Application Integration EP & - EP & & Enterprise
MehrEnterprise JavaBeans Überblick
Enterprise JavaBeans Überblick 1. Überblick Java EE 5 und Komponententechnologien 3. Enterprise JavaBeans Architektur 4. Ressourcen Management und Primäre Services 5. Java Persistence: Entity Manager 6.
MehrEnterprise Application Integration Erfahrungen aus der Praxis
Enterprise Application Integration Erfahrungen aus der Praxis Teil 4: EAI und.net, EAI und J2EE Tutorial NODs 2002, Wolfgang Keller and Generali 2001, 2002, all rights reserved 1 Überblick EAI und....net
MehrJPC Visualisierung in Java
Visualisierung in Java Ihr Partner für f r Embedded Systeme! Hauptsitz: Niederwangen (Bern), Schweiz Niederlassungen: Winterthur (Zürich) und Basel, Schweiz Sales Office: München, Deutschland NetModule
MehrClient-Server mit Socket und API von Berkeley
Client-Server mit Socket und API von Berkeley L A TEX Projektbereich Deutsche Sprache Klasse 3F Schuljahr 2015/2016 Copyleft 3F Inhaltsverzeichnis 1 NETZWERKPROTOKOLLE 3 1.1 TCP/IP..................................................
MehrSession Beans & Servlet Integration. Ralf Gitzel ralf_gitzel@hotmail.de
s & Servlet Integration Ralf Gitzel ralf_gitzel@hotmail.de 1 Themenübersicht Ralf Gitzel ralf_gitzel@hotmail.de 2 Übersicht Motivation Das Interface Stateful und Stateless s Programmierung einer Stateful
MehrObjectBridge Java Edition
ObjectBridge Java Edition Als Bestandteil von SCORE Integration Suite stellt ObjectBridge Java Edition eine Verbindung von einem objektorientierten Java-Client zu einer fast beliebigen Server-Komponente
MehrMS Outlook Integration
CRM Adresssystem Ziel Jede Kontaktinformation von Kunden, Lieferanten und anderen Geschäftspartnern sollte in einer Organisation aus Mitarbeitersicht nur ein einziges Mal vorhanden sein. Ändert sich eine
MehrEnterprise Applikation Integration und Service-orientierte Architekturen. 08 Einführung Service-Orientierte Architekturen
Enterprise Applikation Integration und Service-orientierte Architekturen 08 Einführung Service-Orientierte Architekturen Ist SOA immer noch aktuell? Prof. Dr. Holger Wache http://bhc3.files.wordpress.com/2009/07/gartner-emerging-technologies-hype-cycle-2009.png?w=552&h=451
Mehr5. Programmierschnittstellen für XML
5. Programmierschnittstellen für Grundlagen Dr. E. Schön FH Erfurt Sommersemester 2015 Seite 135 Programmierschnittstelle Notwendigkeit: Zugriff auf -Daten durch Applikationen wiederverwendbare Schnittstellen
Mehrecaros-update 8.2 Update 8.2 procar informatik AG 1 Stand: DP 02/2014 Eschenweg 7 64331 Weiterstadt
Update 8.2 procar informatik AG 1 Stand: DP 02/2014 Inhaltsverzeichnis 1 Allgemein... 3 2 Erforderliche Anpassungen bei der Installation...3 2.1 Konfiguration Jboss 7 Applicationserver (Schritt 4/10)...3
MehrEtablierung serviceorientierter Architekturen mit Web Services
Etablierung serviceorientierter Architekturen mit Web Services Vorlesung im (Entwicklung von Serviceangeboten) 1 Agenda Einsatzbereiche von Web Service basierten Angeboten Übersicht zur Java-System Application
MehrMicrosoft SharePoint 2013 Designer
Microsoft SharePoint 2013 Designer Was ist SharePoint? SharePoint Designer 2013 Vorteile SharePoint Designer Funktionen.Net 4.0 Workflow Infrastruktur Integration von Stages Visuelle Designer Copy & Paste
MehrE-Services mit der Web-Service-Architektur
E-Services mit der Web-Service-Architektur im Seminar Neue Konzepte anwendungsorientierter Middleware - Stefan Kürten - Literatur A. Tsalgatidou and T. Pilioura, An Overview of Standards and Related Rechnology
Mehr8.4 Überblick und Vergleich weiterer ERP-Systeme. G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP
8.4 Überblick und Vergleich weiterer ERP-Systeme G Oracle Applications 11 G PeopleSoft 7 G J.D. Edwards One World G BaanERP Kapitel 8: ERP-Einführung 32 Architektur von Oracle Applications 11 G Logische
MehrDatenbank-basierte Webserver
Datenbank-basierte Webserver Datenbank-Funktion steht im Vordergrund Web-Schnittstelle für Eingabe, Wartung oder Ausgabe von Daten Datenbank läuft im Hintergrund und liefert Daten für bestimmte Seiten
MehrPL/SQL Web-Services mit Oracle 11g
DOAG 2008 Konferenz 01. - 03.12.2008 Nürnberg Markus Fiegler ORDIX AG, Paderborn mf@ordix.de www.ordix.de Agenda SOA und Web-Services im Überblick Datenbank als Web-Services Provider - Alternative mit
MehrEnterprise Application Integration
2008 AGI-Information Management Consultants May be used for personal purporses only or by libraries associated to dandelon.com network. Wolfgang Keller Enterprise Application Integration Erfahrungen aus
MehrAutorisierung. Sicherheit und Zugriffskontrolle & Erstellen einer Berechtigungskomponente
Autorisierung Sicherheit und Zugriffskontrolle & Erstellen einer Berechtigungskomponente Dokumentation zum Referat von Matthias Warnicke und Joachim Schröder Modul: Komponenten basierte Softwareentwickelung
Mehr3. Stored Procedures und PL/SQL
3. Stored Procedures und PL/SQL Wenn eine Anwendung auf einer Client-Maschine läuft, wird normalerweise jede SQL-Anweisung einzeln vom Client an den Server gesandt, und jedes Ergebnistupel wird einzeln
Mehre-business - Patterns Stefan Brauch (sb058) -- Julian Stoltmann (js057)
e-business - Patterns Stefan Brauch (sb058) -- Julian Stoltmann (js057) 1 e-business Patterns??? e-business Patterns Architekturen, die sich über die Zeit bewährt haben. Pattern-Fundgrube web-basierte
MehrErstellung eines Frameworks für Shop Systeme im Internet auf Basis von Java
Erstellung eines Frameworks für Shop Systeme im Internet auf Basis von Java Präsentation zur Diplomarbeit von Übersicht Java 2 Enterprise Edition Java Servlets JavaServer Pages Enterprise JavaBeans Framework
MehrMan liest sich: POP3/IMAP
Man liest sich: POP3/IMAP Gliederung 1. Einführung 1.1 Allgemeiner Nachrichtenfluss beim Versenden von E-Mails 1.2 Client und Server 1.2.1 Client 1.2.2 Server 2. POP3 2.1 Definition 2.2 Geschichte und
MehrFragenkatalog zum Kurs 1666 (Datenbanken in Rechnernetzen) Kurstext von SS 96
Fragenkatalog zum Kurs 1666 (Datenbanken in Rechnernetzen) Kurstext von SS 96 Dieser Fragenkatalog wurde aufgrund das Basistextes und zum Teil aus den Prüfungsprotokollen erstellt, um sich auf mögliche
MehrSecure Network Communications (BC-SEC-SNC)
Secure Network Communications (BC-SEC-SNC) HELP.BCSECSNC Release 4.6C SAP AG Copyright Copyright 2001 SAP AG. Alle Rechte vorbehalten. Weitergabe und Vervielfältigung dieser Publikation oder von Teilen
MehrORACLE Business Components for Java (BC4J) Marco Grawunder
ORACLE Business Components for Java (BC4J) Marco Grawunder Gliederung 2 Probleme von J2EE/EJB J2EE-Pattern Lösungsansatz: BC4J Architektur einer BC4J-Anwendung Komponenten Entity Objects View Objects Application
MehrEin Vergleich zwischen SCA,JBI und WCF. Marcello Volpi
Service Component Architecture Ein Vergleich zwischen SCA,JBI und WCF Marcello Volpi Agenda Einführung Service Component Architecture (SCA) Java Business Integration (JBI) Windows Communication Foundation
MehrÜberblick Produkte. ORACLE AS 10g R3 JAVA Programming. (5 Tage)
Überblick Produkte Überblick Zielgruppen SOA SOA/BAM Bootcamp (4 Tage) Human Workflow, Oracle BPEL, OWSM, BAM, UDDI, Services Registry Zielgruppe: Partner SOA Essentials Human Workflow, Oracle BPEL, OWSM
MehrHMS. Statistiken mit SAS ins Internet. HMS Analytical Software GmbH - Johannes Lang
HMS Statistiken mit SAS ins Internet HMS Analytical Software GmbH - Johannes Lang Schweizer Tage der öffentlichen Statistik, Davos 08.09. 10.09.2008 1 Agenda Vorstellung Inhaltliche Einleitung Statische
MehrINFORMATION MONITOR HSM SOFTWARE GMBH CLIENT-INSTALLATION
INFORMATION MONITOR HSM SOFTWARE GMBH CLIENT-INSTALLATION Allgemein Infomon bietet die Architektur für das Informations-Monitoring in einer Windows- Topologie. Die Serverfunktionalität wird in einer IIS-Umgebung
MehrModellierung verteilter Systeme Grundlagen der Programm und Systementwicklung
Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Wintersemester 2009/10 Prof. Dr. Dr. h.c. Manfred Broy Unter Mitarbeit von Dr. K. Spies, Dr. M. Spichkova, L. Heinemann, P.
MehrDer Java Server beinhaltet Container für EJB, Servlet und JSP, darüber hinaus unterstützt er diejee 1.3 Version.
hehuvlfkw Oracle 9iApplication Server (9iAS) fasst in einem einzigen integrierten Produkt alle Middleware-Funktionen zusammen, die bisher nur mit mehreren Produkten unterschiedlicher Anbieter erreicht
MehrVorwort... 11 Azure Cloud Computing mit Microsoft... 12 Danksagungen... 13 Kontakt zum Autor... 13
Inhaltsverzeichnis Vorwort... 11 Azure Cloud Computing mit Microsoft... 12 Danksagungen... 13 Kontakt zum Autor... 13 Einleitung... 15 Zielgruppe... 16 Aufbau... 16 Inhalt der einzelnen Kapitel... 17 Systemanforderungen...
MehrWeb-Services - die GIS-Zukunft?
Web-Services - die GIS-Zukunft? Übersicht Was sind Web-Services? Wie kann ein Web-Service aussehen? Wie nutzt man einen Web-Service? Die Vorteile von Web-Services Ausblick Vergleich Die Just in Time-Produktion
MehrLastenheft. Inhaltsverzeichnis. Gruppe: swp09-5. Projektleiterin: Anne Vogler am: 28. April 2009. 1 Zielbestimmungen 2. 2 Produkteinsatz 2
Lastenheft Inhaltsverzeichnis 1 Zielbestimmungen 2 2 Produkteinsatz 2 3 Produktübersicht 3 4 Produktfunktionen 4 4.1 Muss-Funktionen................................. 4 4.1.1 Benutzerfunktionen...........................
MehrEIDAMO Webshop-Lösung - White Paper
Stand: 28.11.2006»EIDAMO Screenshots«- Bildschirmansichten des EIDAMO Managers Systemarchitektur Die aktuelle EIDAMO Version besteht aus unterschiedlichen Programmteilen (Komponenten). Grundsätzlich wird
MehrGliederung. 1. Einleitung (1) 1. Einleitung (3) 1. Einleitung (2)
Referat im Rahmen des Proseminars Internettechnologie WS 2007/2008 Thema: Web Services und serviceorientierte Architekturen (SOA) vorgelegt von: Intelligente Web Services sind für das Informationszeitalter,
MehrSOA Starter Kit Einführungsstrategien und Einstiegspunkte
SOA Starter Kit Einführungsstrategien und Einstiegspunkte Benjamin Brunner Berater OPITZ CONSULTING Bad Homburg GmbH SOA Starter Kit Seite 1 Agenda Wer sollte eine SOA nutzen? Welche Ziele kann eine SOA
MehrSemantic Web Services
Semantic Web Services Daniel Fischer TU Chemnitz - WS 2011/12 1 Gliederung (1) Web Services (2) Semantic Web Services: Motivation (3) Ontologien (4) Technologien 1. WSDL 2. SA-WSDL 3. WSMF / WSMO 4. OWL-S
MehrKommunikationsübersicht XIMA FORMCYCLE Inhaltsverzeichnis
Kommunikationsübersicht Inhaltsverzeichnis Kommunikation bei Einsatz eines MasterServer... 2 Installation im... 2 Installation in der... 3 Kommunikation bei Einsatz eines MasterServer und FrontendServer...
Mehr