Anwendungsbeispiele einer XML Web Service basierten Service-orientierten Architektur

Größe: px
Ab Seite anzeigen:

Download "Anwendungsbeispiele einer XML Web Service basierten Service-orientierten Architektur"

Transkript

1 Diplomarbeit Anwendungsbeispiele einer XML Web Service basierten Service-orientierten Architektur Mathias Habich Matrikelnummer: Wintersemester 2004/05 Fachbereich Digitale Medien Studiengang Medieninformatik Fachhochschule Furtwangen Betreuer: Prof. Wilhelm Walter Prof. Dr. Christoph Reich

2

3 Eidesstattliche Erklärung Ich erkläre hiermit an Eides statt, dass ich die vorliegende Diplomarbeit eigenständig und ohne unzulässige fremde Hilfe angefertigt habe. Alle verwendeten Quellen und Hilfsmittel sind angegeben. Östringen, den Mathias Habich

4

5 Abstrakt zur Diplomarbeit-Thesis WS 2004/ Thema: SOA Service Oriented Architecture vorgelegt von: Mathias Habich (MN ) Einführung in die Thematik: Das stetige Voranschreiten der Softwareentwicklung, angefangen bei der sequenziellen Programmierung bis hin zu den heute üblichen objektorientierten Techniken, ist vor allem den stetig wachsenden Ansprüchen an die Software und der Unzufriedenheit der Entwickler mit den ihnen gegebenen Werkzeugen zuzuschreiben. Die immer größer werdende Komplexität des Softwareentwurfs zwang die Softwareentwickler dazu neue Sprachen, Techniken und Architekturen einzuführen. Ziel war/ist es eine Software zu entwickeln, die übersichtlich aufgebaut ist, stabil und sicher läuft, Flexibilität gegenüber Änderungen beweist, möglichst keine Redundanzen aufweist und dadurch einen hohen Grad an Wiederverwendung erreicht. Objektorientierte Techniken erlauben es uns komponentenbasierte Systeme zu entwerfen, die zwischen den einzelnen Modulen eine sog. lose Kopplung und eine hohe Kohäsion derer Schnittstellen aufweisen und dadurch oben genannte Kriterien an eine gute Software erfüllen. Moderne Softwareentwürfe haben aber noch eine andere Hürde zu nehmen. Sie müssen mit der Komplexität und Vielfalt moderner Infrastrukturen zu Recht kommen, d.h., dass ein Softwareentwurf zum Teil verschiedenste Systeme, Plattformen, Protokolle, Geräte, etc. berücksichtigen muss. Die Service-orientierte Architektur (kurz SOA) bietet unter der Zuhilfenahme der sog. Webservices einen Lösungsansatz für genau dieses Problem. Sämtliche Aufrufe an Dienste werden von einer entkoppelten Abstraktionsschicht dem Service-Layer behandelt. Die Trennung dieses Service-Layers von den anderen Schichten der Architektur und die ausschließliche Kommunikation über plattformunabhängige Protokolle wie HTTP, XML, UDDI, WSDL und SOAP, ermöglichen die nahtlose Integration verschiedener Systeme und Applikationen. Ziele und Thesen meiner Diplomarbeit: In meiner Diplomarbeit möchte ich zunächst die Grundlagen für eine Serviceorientierte Architektur aufbereiten. Darauf aufbauend führe ich eine Erörterung der Vor- und Nachteile der SOA durch. Etwaige Fragen zur Erörterung: - Welche Möglichkeiten bietet mir SOA? - Welches sind die Kerneinsatzgebiete von SOA? - Wo liegen die Grenzen? - Gibt es Sicherheitsrisiken? Etc Konzeption und Umsetzung einer Service-orientierten Architektur (wahrscheinlich unter der Zuhilfenahme der.net Entwicklungsumgebung) Am Ende meiner Diplomarbeit möchte ich einen Ausblick auf die Zukunft Serviceorientierter Architekturen geben

6

7 Inhaltsverzeichnis I Inhaltsverzeichnis Inhaltsverzeichnis... I Darstellungsverzeichnis...V Listingverzeichnis...V Abkürzungsverzeichnis... VI 1 Einleitung Ziel der Arbeit Schwerpunkt der Arbeit Aufbau der Arbeit Dienste Merkmale eines Dienstes Definition und Abgrenzung eines Dienstes bzgl. der Funktionalität Autonomie eines Dienstes Abrufen eines Dienstes über dessen Schnittstellen Blackbox-Verhalten eines Dienstes Austauschbarkeit eines Dienstes bzgl. der Funktionalität XML Web Services Definition Standards...6 a) Einheitliches Kommunikationsprotokoll (SOAP)...7 b) Einheitliche Schnittstellenbeschreibung (WSDL)...8 c) Standardisiertes Dienstverzeichnis (UDDI)...8 d) Web Service Spezifikationen (WS-*) Konzepte...9 a) Wiederverwendbarkeit von Funktionalität durch leichtgewichtige Komponenten 9 b) Interoperabilität durch leichtgewichtige Kommunikation...11 c) Skalierbarkeit durch zustandslose Business-Logik Schwachstellen...11 a) Performance...12 b) Geringe Unterstützung von Zusatzstandards...12 c) Fehlende semantische Standards...12 d) Sicherheitsaspekte Service-orientierte Architektur...15

8 II Inhaltsverzeichnis 3.1 Definition Basismodell einer SOA a) Service-Konsumenten b) Service-Anbieter c) Service-Verzeichnisse Komponenten und Aufbau Die Rolle der Web Services Die Nachricht als zentrales Element Der Service-Layer Service-Fassade Service-Agent Integration bestehender Systeme Bisherige Integrationsebenen a) Datenebene b) Applikationsebene c) Prozessebene Service-orientierte Integration a) Service-Adapter für heterogene Systeme Integration und Automatisierung von Prozessen Automatisierung des Business-Workflows a) Innerbetrieblich b) Zwischen verschiedenen Firmen Broker-Service Gemeinsames Service-Verzeichnis (shared service-repository) Anwendungsbeispiele Service-orientierter Architekturen Beschreibung des Beispielprojekts Abgrenzung des Beispielprojekts Übersicht über die Vorgehensweise Analyse des Unternehmens Anforderungsanalyse Use-Case Beschreibungen Use-Case Beschreibung Anmeldeprozess des Intranet-Portals Use-Case Beschreibung Single Sign-On Use-Case Beschreibung Bestellung eines Büroartikels über das Intranet... 31

9 Inhaltsverzeichnis III Use-Case Beschreibung Nachbestellung eines Büroartikels Use-Case Beschreibung Bestellübersicht für berechtigte Personen Use-Case Beschreibung Intranet als Nachrichtenportal Definition und Abgrenzung der Teilprojekte Checkliste möglicher Integrationsprobleme der Teilprojekte Muster für die Erstellung eines Service-orientierten Web Services Schritt 1: Bestimmung der Nachrichten Schritt 2: Typdefinition per XSD-Schema Schritt 3: Erstellung des WSDL-Dokuments Schritt 4: Erstellen einer abstrakten Schnittstellenklasse Schritt 5: Implementierung der Funktionalität Schritt 6: Erstellung eines Clients anhand des WSDL-Dokuments TP 1: Zentrales Anmeldesystem des Unternehmens Analyse des bestehenden Anmeldesystems Auswahl der geeigneten Integrationsebene Der Service-orientierte Lösungsweg...43 a) Benutzerkonto in XML...43 b) Der Service-Adapter...44 c) Das Herzstück: der Service-Layer...46 d) Sicherheitsaspekte Evaluation des Lösungswegs...50 a) Fragenkatalog Teilbereich b) Fragenkatalog Teilbereich Alternativer Lösungsansatz TP 2: Bestell- und Nachbestellsystem für Büroartikel Analyse des Lagerhaltungssystems Auswahl der geeigneten Integrationsebene Der Service-orientierte Lösungsweg...56 a) Bestellung in XML...57 b) Funktionalitätsbeschreibung des Service-Adapters...60 c) Erweiterung des Service-Layers Szenarien einer automatisierten Nachbestellung...62 a) Statische Bindung eines Zulieferer-Services...64 b) Dynamische Bindung eines Zulieferer-Services...65

10 IV Inhaltsverzeichnis c) Beauftragung eines Broker-Services TP 3: Nachrichten-Portal für das Intranet Einbinden eines externen Nachrichtendienstes Verwendung eines Service-Agenten Fazit und Ausblick Beschreibung der beiliegenden CD-ROM Anhang Literaturverzeichnis... 83

11 Darstellungs- und Listingverzeichnis V Darstellungsverzeichnis Abb. 1.1: Evolution der Applikationsarchitekturen Abb. 2.1: Web Service Pyramide Abb. 2.2: The scope of end-to-end versus point-to-point security Abb. 3.1: A conceptual service-oriented architecture solution Abb. 3.2: A service-oriented application architecture including Service-Layer Abb. 3.3: Data-level integration Abb. 3.4: Point-to-point application-level integration Abb. 3.5: Integration layers establishing a service-oriented integration architecture Abb. 4.1: Übersicht über die Firmenstruktur Abb. 4.2: Kommunikation zwischen Client und Service Abb. 4.3: Schichtenmodell der Abteilungsapplikation Abb. 4.4: Klassenmodell der Anmeldung Abb. 4.5: Funktion des Anmelde-Adapter-Services Abb. 4.6: Service-Modell des Anmelde-Services Abb. 4.7: Benutzersicht auf die CAS Redirections Abb. 4.8: Klassenmodell der Lagerhaltung Abb. 4.9: Datendiagramm des Lagerhaltungssystems Abb. 4.10: Service-Modell des Bestellvorgangs Abb. 4.11: Funktion des Service-Adapters Bestellung Abb. 4.11: Service-Modell der Nachbestellung: Statische Bindung Abb. 4.12: Service-Modell der Nachbestellung: dynamische Bindung Abb. 4.13: Service-Modell der Nachbestellung: Broker-Service Abb. 4.14: Service-Modell des NachrichtenServices Abb. A1: Bestellformular des Lagerhaltungssystems Abb. A2: Bestellformular im Intranet Listingverzeichnis Listing 4.1: XML-Schema für ein Benutzerkonto Listing 4.2: Korrektes XML-Dokument nach Schema in Listing 4.1 Listing 4.3: Zuordnungsdokument Benutzername-Abteilung Listing 4.4: Zuordnungsdokument Abteilung-Servicepfad Listing 4.5: XML Schema der Artikelliste Listing 4.6: XML Schema für eine Bestellung Listing 4.7: Erweiterung des XML Schemas Bestellung Listing 4.8: XML Schema einer Nachricht und einer NachrichtenListe Listing 4.9: Verknüpfung der Semantik auf Objekt-Ebene (Programmiersprache C#) Listing A1: HTTP Request für SOAP-Anfrage Listing A2: HTTP Response für SOAP-Anfrage Listing A3: WSDL-Dokument des LoginServices Listing A5: Beispiel für eine abstrakte Schnittstellenklasse in C# Listing A6: Ausschnitt aus der Implementierung des Anmelde-Adapter-Service

12 VI Abkürzungsverzeichnis Abkürzungsverzeichnis ASP B2B CAS COM CORBA DCOM DPA ESA HTML HTTP HTTPS JSP LDAP OASIS ODBC PHP RDF RFC RMI RPC RSS SMTP SOA SOAP SQL SSL SSO TCP/IP UDDI W3C WS WS-I WSDL XML XSD XSL XSLT Active Server Pages Business to Business Central Authentication Service Component Object Model Common Object Request Broker Architekture Distributed Component Object Model Deutsche Presse Agentur Enterprise Services Architecture Hypertext Markup Language HyperText Transfer Protocol HyperText Transfer Protocol secure JavaServer Pages Lightweight Directory Access Protocol Organization for the Advancement of Structured Information Standards Open DataBase Connectivity Hypertext Preprocessor Resource Description Framework Request For Comments Remote Method Invocation Remote Procedure Call RDF Site Summary Simple Mail Transfer Protocol Service-orientierte Architektur Simple Object Access Protocol Structured Query Language Secure Socket Layer Single Sign-On Transmission Control Protocol / Internet Protocol Universal Description, Discovery and Integration World Wide Web Consortium Web Service Web Services Interoperability Organization Web Services Definition Language extensible Markup Language XML Schema Definition extensible Stylesheet Language XSL for Transformation

13 Over the years, our industry has tried many approaches to come to grips with the heterogeneity of software. But the solution that has proven consistently effective and the one that yields the greatest success for developers today is a strong commitment to interoperability. Bill Gates The movement toward service-oriented architectures and integration solutions is responsible for a great deal of upheaval in the traditional legacy world much like a political uprising where masses demand change and a new way of thinking. Though I might find it disturbing to think of my Web Services as a band of hippies shouting get get loose in the face of a rigid regime of tightly bound legacy environments, there is some merit to this analogy. Thomas Erl

14

15 Einleitung 1 1 Einleitung Die Evolution der Applikationsarchitekturen ist geprägt von drei zentralen Triebkräften: der Verbesserung der Wartbarkeit, der Wiederverwendbarkeit von Software und dem Einsatz von anerkannten Standards mit dem Ziel, die Entwicklung schneller und kostengünstiger zu gestalten. 1 Diese Triebkräfte haben, wenn man die Abbildung zur Evolution der Applikationsarchitekturen (Abb. 1.1) betrachtet, dank der abnehmenden Kopplung und einer höheren Interoperabilität, die Qualität der Architekturen in Bezug auf Flexibilität und Wiederverwendbarkeit stetig gesteigert. Abbildung 1.1: Evolution der Applikationsarchitekturen (Quelle: BÄTTIG) Den neuesten Trend in der Evolution der Applikationsarchitekturen stellen die Serviceorientierten Architekturen (kurz SOA) dar. Diese verteilten Architekturen basieren auf der Komposition loser gekoppelter Komponenten in Form von Diensten. Durch die Repräsentation dieser Dienste durch Standards wie XML Web Services sind SOAs in den Brennpunkt der Softwarearchitekturszene gerückt. 1 BÄTTIG

16 2 Einleitung 1.1 Ziel der Arbeit Im Rahmen dieser Diplomarbeit verfolge ich das Ziel, XML Web Service basierte Serviceorientierte Architekturen anhand von Beispielprojekten bzgl. ihrer Praxistauglichkeit zu evaluieren. 1.2 Schwerpunkt der Arbeit Der Schwerpunkt der Arbeit liegt auf der Betrachtung der speziellen Architektur einer SOA. Des Weiteren wird die Rolle der Web Services innerhalb dieser Architektur beleuchtet. Das Grundlagenkapitel dieser Diplomarbeit steigt bei der Definition von Diensten und der Erläuterung von XML Web Services ein. Ein Grundlagenverständnis der XML-Technologien, wie XML, XML-Schema, XSLT, etc. wird vorausgesetzt. 1.3 Aufbau der Arbeit In Kapitel 2 sollen zunächst die Grundlagen für eine SOA aufbereitet werden. Es gilt zunächst ein allgemeines Verständnis des Begriffs Dienst und dessen Repräsentation in der Software- Welt dem XML Web Service zu vermitteln. Darauf aufbauend werden der Aufbau und die Konzepte, die hinter XML Web Services stehen, näher betrachtet, sowie die Möglichkeiten und Schwachstellen beleuchtet. In Kapitel 3 werden zunächst das Basismodell einer SOA erläutert und darauf aufbauend komplexere Modelle einer SOA und die dafür benötigten Komponenten vorgestellt. Als Einsatzgebiete einer SOA werden die Themen Integration bestehender Systeme und Automatisierung des Business-Workflows betrachtet. Kapitel 4 veranschaulicht die in Kapitel 2 und 3 behandelten theoretischen Kenntnisse anhand einer praxisnahen Evaluation unter der Zuhilfenahme eins Beispielprojekts. Ein abschließendes Fazit und ein Ausblick sollen die Diplomarbeit thematisch abrunden.

17 Dienste 3 2 Dienste Services bzw. Dienste bilden die Grundlage einer Service-orientierten Architektur. Im folgenden Kapitel soll zunächst auf die allgemeinen Merkmale eines Dienstes unabhängig vom Softwarekontext eingegangen werden. Darauf aufbauend werden die XML Web Services als Repräsentation eines Dienstes auf Softwareebene vorgestellt. 2.1 Merkmale eines Dienstes A service is a function that is well-defined, self-contained, and does not depend on the context or state of other services. 1 Aus diesem Zitat lassen sich die allgemeinen Merkmale 2 eines Dienstes bzw. einer Dienstleistung ableiten und sollen anhand eines Beispiels aus der realen, nicht Software-bezogenen Welt veranschaulicht werden. Als Beispiel dient hierfür ein Komponenten-basiertes HiFi-Audio System bestehend aus einem CD-Player, einem Kassettendeck, einem FM-Tuner, einem Verstärker und Lautsprecherboxen. Dabei werden die einzelnen Komponenten als Dienste betrachtet, z.b. der CD-Player als CD-Wiedergabedienst, usw Definition und Abgrenzung eines Dienstes bzgl. der Funktionalität Dienste und Dienstleistungen werden über die Funktionalität, die sie anbieten, definiert und gleichzeitig abgegrenzt. Übertragen auf das Beispiel mit dem HiFi-System bedeutet das, dass der CD-Player dadurch definiert ist, dass er CDs abspielt, der FM-Tuner durch den Empfang und Wiedergabe eines Radiosignals, der Verstärker durch die Verstärkung des Eingangssignals, usw. Ein CD-Player muss keine Kassetten abspielen können, das wird vom Kassettendeck erledigt. Die verschiedenen Funktionen der beiden Geräte grenzen diese bezüglich ihrer Dienstleistung voneinander ab. 1 BARRY, Kapitel Vgl. BARRY, Kapitel 3; CABRERA; FREIBERGER 3 Vgl. BARRY, Kapitel 3

18 4 Dienste Autonomie eines Dienstes Ein einzelner Dienst und dessen Funktionalität stehen nicht in Abhängigkeit eines anderen Dienstes oder dessen Zustand. So funktioniert der CD-Player weiterhin, auch wenn das Kassettendeck ausfallen sollte Abrufen eines Dienstes über dessen Schnittstellen Der Abruf der Funktionalität eines Dienstes erfolgt über dessen Schnittstellen. Die Nutzung eines Dienstes setzt die Kenntnis seiner Schnittstellen und deren Wirkung voraus. Für das Abspielen einer CD bedeutet das, dass der Nutzer wissen muss, wie diese ins Gerät eingelegt wird und welcher Knopf das Abspielen startet. Außerdem muss der Nutzer wissen, dass der CD-Player ein Ausgangssignal erzeugt, das an den Verstärker weitergeleitet über die angeschlossenen Boxen wiedergegeben wird Blackbox-Verhalten eines Dienstes Für die Nutzung eines Dienstes reicht die Kenntnis der Schnittstellen aus. Ein tieferes Verständnis der internen Vorgänge wird nicht benötigt, bzw. soll bewusst verborgen werden. Übertragen auf das Beispiel Abspielen einer CD, bedeutet das, dass der Nutzer die komplexen Vorgänge beim Drücken auf den Abspielknopf, z.b. Starten der Rotation der CD, Auslesen der Audioinformation über den Laser, etc. nicht kennen muss Austauschbarkeit eines Dienstes bzgl. der Funktionalität Ein Dienst lässt sich aufgrund seiner Funktionalität durch einen anderen Dienst, der die gleiche Funktionalität bietet, austauschen. Dabei gilt es nur eventuelle Änderungen der Schnittstellen zu beachten, da die Interna des Dienstes durch das Blackbox-Konzept verheimlicht werden. So kann ein CD-Player innerhalb eines HiFi-Systems problemlos durch einen anderen CD- Player ausgetauscht werden. Dies wird durch einen gemeinsamen Industriestandard ermöglicht, der sowohl die Anschlüsse des CD-Players, z.b. Stromanschluss, Audioausgang, etc., als auch die Benutzerschnittstelle, z.b. Verwendung des gleichen Symbols für den Abspielknopf, beschreibt.

19 Dienste XML Web Services Der Einsatz von XML Web Services stellt eine Möglichkeit dar, Softwarefunktionalitäten als Dienste bzw. Dienstleistungen zu repräsentieren. 1 In diesem Abschnitt soll auf die Definition, die Umsetzung der oben aufgeführten allgemeinen Merkmale eines Dienstes, sowie die zu Grunde liegenden Konzepte, aber auch Schwächen eines Web Services eingegangen werden Definition In der Literatur kursieren verschiedene Definitionen eines XML Web Services. Die Palette reicht von sehr abstrakten, minimalistischen Ansätzen bis hin zu konkreten Implementierungsvorschriften. 2 Offizielle Konsortien wie das W3C 3, OASIS 4 und die Web Service Interoperability Organization (WS-I) 5, hinter denen namhafte Unternehmen wie Microsoft, IBM, etc. stehen, bemühen sich um eine einheitliche Definition und die Standardisierung der Web Service Thematik. Zunächst soll eine minimalistische Definition eines XML Web Service vorgestellt und bewertet werden: Ein XML Web Service versendet und empfängt Nachrichten im XML Format über webbasierte Protokolle. 6 Diese Definition erlaubt eine sehr freie Auslegung des Begriffs Web Service, denn sie schreibt keine genaue Formatierung des XML Dokuments vor und ermöglicht eine Kommunikation über verschiedene Web-basierte Protokolle 7 wie z.b. HTTP, HTTPS, SMTP, TCP, etc. 1 Die Betonung liegt hier auf eine Möglichkeit, denn die Verwendung von Web Services als Repräsentation eines Dienstes ist nicht zwingend in einer Service-orientierten Architektur (SOA). Wenn gleich XML Web Services aufgrund ihrer Merkmale für einen Einsatz innerhalb einer SOA prädestiniert sind. Vgl. FREIBERGER; ERL, S Vgl. VOGELS 3 Für weitere Informationen über W3C: 4 Für weitere Informationen über OASIS: 5 Für weitere Informationen über WS-I: 6 Vgl. ERL, S Ein detailliertes Verständnis dieser Protokolle wird für den weiteren Verlauf dieser Diplomarbeit nicht vorausgesetzt, da sie in der weiteren Thematik eine eher untergeordnete Rolle spielen. Nähere Informationen zu den Protokollen unter: CAULDWELL, S

20 6 Dienste Das Problem an dieser sehr freien Definition ist der Zugriff auf einen Web Service, der nach diesem minimalistischem Paradigma entworfenen wurde. Es fehlt zumindest eine Schnittstellenbeschreibung, die die Struktur der auszutauschenden XML Nachrichten fest und die Funktionen, die der Web Service anbietet, offen legt. Für diese Diplomarbeit soll deshalb folgende Definitionen des W3C hinzugezogen werden: A Web service is a software system designed to support interoperable machine-tomachine interaction over a network. It has an interface described in a machineprocessable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with an XML serialization in conjunction with other Web-related standards. 1 In dieser Definition fallen Stichworte wie Interoperabilität, verteilte Netzwerk-basierte Kommunikation, maschinenlesbare Schnittstellenbeschreibung im WSDL-Format, Nachrichten im SOAP-Format, sowie die bereits erwähnten Web-basierten Standards. Diese Stichworte werden nun mit denen im vorherigen Abschnitt beschriebenen allgemeinen Merkmalen eines Dienstes in Bezug gebracht. Dazu werden zunächst die Standards, die bzgl. XML Web Services veröffentlich worden sind, und darauf aufbauend die dahinter stehenden Konzepte erläutert Standards Die in Abbildung 2.1 gezeigte Web Service Pyramide umfasst die einzelnen Standards 2, die für einen XML Web Service von Bedeutung sind. Ebenso stellt sie den hierarchischen Aufbau dieser Standards und den Grad der bisherigen Standardisierung dar. Die ersten drei Ebenen bilden die Grundlage für die folgenden Sprachstandards eines Web Services. Das Internet, Intranet und Extranet stellt das Netzwerk dar, über das die Web Servi- 1 BOOTH 2 Diese Standards sollen in dieser Diplomarbeit nur kurz beschrieben werden, da jeder dieser Standards alleine, Material für mehrere Bücher ergeben würde. Weiterführende Informationen entnehmen sie bitte den beigefügten Quellenangaben.

21 Dienste 7 ces anhand von XML basierten und durch XML Schemata 1 definierte Nachrichten und Protokolle kommunizieren. Abbildung 2.1: Web Service Pyramide (Quelle: KAYE, Kapitel 5.3) a) Einheitliches Kommunikationsprotokoll (SOAP) Als Kommunikationsprotokoll für Web Services wird SOAP 2 (frühere Erweiterung des Akronyms: Simple Object Access Protocoll) 3 verwendet. Dieses Protokoll wurde vom W3C im Jahr 2000 in die Liste seiner Standards aufgenommen und liegt in zwischen in der Version 1.2 vor. CAULDWELL beschreibt SOAP so: SOAP is a simple and extensible computer-to-computer communication protocol that leverages existing Internet standards: XML for message formatting, http and other Internet protocols for message transport. 4 1 Ein XML Schema ist eine grammatikalische Beschreibung eines XML Dokuments, das in seinem Sprachumfang die Möglichkeit einer Typisierung und Strukturierung von XML Nachrichten bietet. Nähere Informationen zu XML Schema unter: 2 Die komplette SOAP Spezifikation in der Version 1.2 veröffentlicht vom W3C finden sie unter: 3 Dieser Name ist irreführend, da SOAP nichts mit dem Zugriff auf Objekte im objekt-orientierten Sinn zu tun hat. Deswegen wird seit der Verabschiedung der SOAP-Version 1.2 des W3C die Erweiterung dieses Akronyms nicht mehr benutzt. Vgl. VOGELS 4 CAULDWELL, S. 20

22 8 Dienste Dabei gilt es, besonders die Unabhängigkeit von SOAP bzgl. des Transportprotokolls und die Erweiterbarkeit von SOAP aufgrund der Verwendung von XML als Sprachstandard hervorzuheben. Eine SOAP Nachricht 1 besteht aus drei Komponenten: einem SOAP Envelope, optionalen SOAP Headern und einem SOAP Body. Der Body beinhaltet die eigentlich zu übermittelnde Nachricht, die Header-Elemente bieten zusätzliche Informationen bzgl. dieser Nachricht und der Envelope bildet den umschließenden Rahmen für das Body- und die Header-Elemente. 2 b) Einheitliche Schnittstellenbeschreibung (WSDL) WSDL 3 ist das Akronym für Web Service Definition Language. Es handelt sich dabei wie bei SOAP um einen durch das W3C veröffentlichten XML-basierten Standard in der derzeitigen Version 1.1 zur Beschreibung der Schnittstellen eines XML Web Services. In Form eines WSDL-Dokuments 4 ist es einem Web Service möglich auf standardisierte Weise seine Operationen, die dafür eingesetzten Datentypen und die Adresse unter der der Web Services zu finden ist, zu beschreiben und für potentielle Nutzer offen zu legen. c) Standardisiertes Dienstverzeichnis (UDDI) Das Universal Description, Discovery, and Integration Protokoll (UDDI) 5 beschreibt ein standardisiertes Verzeichnis, dass das Veröffentlichen und Suchen von Web Services ermöglicht. Über diverse Suchkriterien kann ein Dienst programmatisch gefunden und ausgewählt werden. Der Anfrager erhält darauf das WSDL-Dokument des Web Services ausgehändigt. UDDI Verzeichnisse treten in folgenden Variationen auf: 6 öffentlich, global für jedermann weltweit zugänglich privat Zugang für eine geschlossene Benutzergruppe (auch unternehmensübergreifend) intern Zugang nur innerhalb einer lokalen Domäne möglich 1 Listing A1 und A2 des Anhangs zeigen beispielhafte SOAP-Nachrichten unter der Verwendung von HTTP als Transportprotokoll. 2 Vgl. CAULDWELL, S Weiterführende Informationen zu WSDL Version 1.1 unter: 4 Listing A3 des Anhangs zeigt ein beispielhaftes WSDL-Dokument. 5 Weiterführende Informationen zu UDDI (aktuelle Version 3.0) unter: 6 Vgl. ERL, S. 80

23 Dienste 9 d) Web Service Spezifikationen (WS-*) Die Web Service Spezifikationen 1 stellen ein Set bestehend aus einzelnen Spezifikationen dar, an dessen Entwicklung Unternehmen wie Microsoft, IBM, BEA Systems und VeriSign zusammenarbeiten. Diese Spezifikationen auch Web Service Spezifikationen der zweiten Generation genannt erweitern die bereits vorgestellten Standards SOAP und WSDL um standardisierte Elemente wie z.b. Sicherheit (WS-Security), Transaktion (WS-Transaction), zuverlässigen Nachrichtenaustausch (WS-Reliable Messaging), etc. Ziel dieser Erweiterung ist es Web Services hinsichtlich ihres Einsatzes in verteilten Business-Applikationen robuster zu gestalten und vor allem die Interoperabiltät der beteiligten Systeme zu gewährleisten Konzepte Im folgenden Abschnitt sollen die Konzepte von Web Services vorgestellt und die daraus resultierenden Vor- und Nachteile aufgezeigt werden. a) Wiederverwendbarkeit von Funktionalität durch leichtgewichtige Komponenten Wiederverwendbarkeit von Software ist wie bereits im einführenden Zitat der Einleitung erwähnt ein zentrales Qualitätsmerkmal von Applikationsarchitekturen. Designparadigmen wie lose Kopplung (engl. loose coupling), hohe Kohaesion (engl. cohesion) und Modularisierung (Komponentenbildung) sind ein Gradmesser für dieses Qualitätsmerkmal. Definition lose Kopplung: Loose coupling is an approach to the design of distributed applications that emphasizes agility-the ability to adapt to changes. Loose coupling intentionally sacrifices interface optimization to achieve flexible interoperability among systems that are disparate in technology, location, performance, and availability. A loosely coupled applica- 1 Eine Liste gegenwärtiger WS-Spezifikationen findet sich unter: 2 Vgl. HASAN, S. 95f

24 10 Dienste tion is isolated from internal changes in others by using abstraction, indirection, and delayed binding in the interfaces between the applications. 1 Definition hohe Kohaesion: Gute Module haben die Eigenschaft, dass ihre Schnittstellen eine Abstraktion von etwas intuitiv Verständlichem darstellen, welches aber dennoch komplex zu implementieren sein kann. 2 Web Services stellen bezüglich ihrer Funktionalität gekapselte Komponenten dar. Diese Komponenten befinden sich als Repräsentation autonomer Dienste innerhalb eines lokalen oder globalen Netzwerks. Autonom bedeutet hier, dass ein Web Service unabhängig von anderen Web Services besteht. Dieses Charakteristikmerkmal spielt eine zentrale Rolle für die Wiederverwendbarkeit bestehender Funktionalität. Neben dieser Komponentenbildung ermöglichen weitere Service-orientierte Prinzipien die Umsetzung von Designparadigmen wie lose Kopplung und hohe Kohäsion. Diese Prinzipien finden sich teilweise in der Charakteristik von Web Services und den vorherrschenden Web Service Standards wieder, werden teilweise aber auch durch das strikte Einhalten von Implementierungsvorschriften erreicht. Die folgende Auflistung führt diese Charakteristiken, sowie die dazu gehörigen Standards bzw. Implementierungsvorschriften auf: Web Services erlauben eine dynamische Bindung, d.h. Bindung zur Laufzeit. Transportprotokoll-, Plattform- und Programmiersprachenunabhängigkeit durch Einsatz von standardisierten, XML-basierten Protokollen und Dokumenten wie SOAP, WSDL, etc. exakt definierte, aussagekräftige Schnittstelle durch den Einsatz von WSDL (Methodengranularität 3 ) Kapselung von Funktionalität (Information Hiding, Blackbox Verhalten von Diensten) schnittstellenbezogene Programmierung reduziert Implementierungsabhängigkeiten 4 1 KAYE, Kapitel 10 2 WALTER 3 Entscheidung welche Funktionalitäten zusammengefasst und über eine Methodenschnittstelle veröffentlicht werden sollen. 4 Vgl. GAMMA, S

25 Dienste 11 b) Interoperabilität durch leichtgewichtige Kommunikation Der Einsatz von plattformübergreifenden, leichtgewichtigen Protokollen und Sprachstandards wie XML, SOAP, WSDL, UDDI, sowie die zusätzlichen Web Service Spezifikationen, erlauben den Einsatz von Web Services in verteilten heterogenen Systemen. Die Bindung von SOAP an HTTP ermöglicht zu dem das Überwinden von Firmenfirewalls, ohne diese modifizieren zu müssen. HTTP wird standardmäßig über Port 80 übertragen, welcher von Firewalls für den regulären Internetzugang offen gehalten wird. 1 c) Skalierbarkeit durch zustandslose Business-Logik Definition Skalierbarkeit: Ein System bzw. eine Anwendung heißt skalierbar, wenn das Verhalten bei unterschiedlicher Benutzerzahl annähernd gleich bleibt. 2 Jede Nachricht, die ein Nutzer an einen Web Service schickt, beinhaltet alle Informationen, die ein Web Service und die gekapselte Business-Logik brauchen, um diese Nachricht korrekt verarbeiten zu können. Web Services sind aus diesem Grund nicht dafür ausgelegt Zustände über mehrere Anfragen hinweg zwischenzuspeichern und gelten deswegen als zustandslos. Diese zustandslose-, nachrichten-basierte Charakteristik von Web Services ermöglicht eine hohe Skalierbarkeit, da die einzelnen Anfragen mehrerer Benutzer an einen Web Service keine Ressourcen aufgrund der Zwischenspeicherung des Zustands belegen Schwachstellen Damit der Einsatz von Web Services objektiv betrachtet und beurteilt werden kann, gilt es, sich natürlich auch den Schwachstellen zu widmen. Die folgenden Schwachstellen werden in BÄTTIG aufgeführt. 1 Vgl. ERL, S WEYER, S Vgl. HE

arlanis Software AG SOA Architektonische und technische Grundlagen Andreas Holubek

arlanis 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

Mehr

Workflow, Business Process Management, 4.Teil

Workflow, 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

Mehr

Webservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste

Webservices. 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

Mehr

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com Web Services Java Praktikum SS 2010 Gerald.Ehmayer@borland.com 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum

Mehr

SOA. Prof. Dr. Eduard Heindl Hochschule Furtwangen Wirtschaftsinformatik

SOA. 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

Mehr

Autor: Peter Seemann Seminar: Softwarearchitekturen Betreuer: Benedikt Meurer

Autor: 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

Mehr

Client/Server-Systeme

Client/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

Mehr

Gliederung. 1. Einleitung (1) 1. Einleitung (3) 1. Einleitung (2)

Gliederung. 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,

Mehr

Microsoft.NET und SunONE

Microsoft.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

Mehr

Seminarvortrag Serviceorientierte Softwarearchitekturen

Seminarvortrag Serviceorientierte Softwarearchitekturen Seminarvortrag Serviceorientierte Softwarearchitekturen vorhandene Altsysteme Gliederung Einführung Grundlegende Modelle Grundlegende Komponenten Architekturen 2 Einführung Altanwendung und Altsysteme?

Mehr

Java und XML 2. Java und XML

Java 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

Mehr

Einführung in SOA

<Insert Picture Here> Einführung in SOA Einführung in SOA Markus Lohn Senior Principal Consultant SOA? - Ideen Selling Oracle To All SAP On ABAP Increasing Sales Of Applications 3 Agenda Motivation SOA-Definition SOA-Konzepte

Mehr

Enterprise 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) Enterprise Applikation Integration und Service-orientierte Architekturen 09 Simple Object Access Protocol (SOAP) Anwendungsintegration ein Beispiel Messages Warenwirtschaftssystem Auktionssystem thats

Mehr

Implementierung von Web Services: Teil I: Einleitung / SOAP

Implementierung 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

Mehr

SOAP Integrationstechnologie für verteilte Middlewarearchitekturen?

SOAP 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

Mehr

.NET-Networking 2 Windows Communication Foundation

.NET-Networking 2 Windows Communication Foundation .NET-Networking 2 Windows Communication Foundation Proseminar Objektorientiertes Programmieren mit.net und C# Fabian Raab Institut für Informatik Software & Systems Engineering Agenda Grundproblem Bestandteile

Mehr

Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen

Web 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.

Mehr

Wissenschaftliche Vertiefung Web Services. Esslingen, 22. Januar 2016 Simon Schneider

Wissenschaftliche Vertiefung Web Services. Esslingen, 22. Januar 2016 Simon Schneider Wissenschaftliche Vertiefung Web Services Esslingen, 22. Januar 2016 Agenda 1. Einführung 2. Serviceorientierte Architektur 3. SOAP Web Service 4. Standards und Protokolle von SOAP Web Services 5. Bewertung

Mehr

Inhalt I. Blick zurück II. Was sind WebServices? III. Rahmenwerk für edienstleistungen IV. Verwendete WebServices

Inhalt 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?

Mehr

Themen. Web Services und SOA. Stefan Szalowski Daten- und Online-Kommunikation Web Services

Themen. 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

Mehr

Web Services and Semantic Web - Introduction to Web Services. von Andreas Weiler

Web Services and Semantic Web - Introduction to Web Services. von Andreas Weiler Web Services and Semantic Web - Introduction to Web Services von Andreas Weiler Definitionen Beispiele Technologien Vorteile Kritik Abschlussbeurteilung Fragen? Definition von IBM: Web services are a new

Mehr

Wiederholung: Beginn

Wiederholung: 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

Mehr

Enterprise 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 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

Mehr

Softwareentwicklung in verteilten Umgebungen Middleware Case Studies (Coulouris et al., Kapitel 5 und 19) Dieter Schmalstieg Jens Grubert

Softwareentwicklung in verteilten Umgebungen Middleware Case Studies (Coulouris et al., Kapitel 5 und 19) Dieter Schmalstieg Jens Grubert Softwareentwicklung in verteilten Umgebungen Middleware Case Studies (Coulouris et al., Kapitel 5 und 19) Dieter Schmalstieg Jens Grubert Partly based on material by Victor García Barrios and Paul Krzyzanowski

Mehr

E-Services mit der Web-Service-Architektur

E-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

Mehr

Seminar E-Services WS 02/03 WSDL. Web Services Description Language. Moritz Kleine SES 02 - WSDL

Seminar E-Services WS 02/03 WSDL. Web Services Description Language. Moritz Kleine SES 02 - WSDL Seminar E-Services WS 02/03 WSDL Web Services Description Language SES 02 - WSDL Zum Ablauf Einleitung Webservices und WSDL Grundlagen (XML - Schema und Namespaces) WSDL Syntax Beispiel Zusammenfassung

Mehr

Ein 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? 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

Mehr

Einsatz von Applikationsservern. Untersucht am Beispiel des Sybase Enterprise Application Server

Einsatz 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

Mehr

5. Übung zur Vorlesung Service-orientierte Architekturen

5. Übung zur Vorlesung Service-orientierte Architekturen 5. Übung zur Vorlesung Service-orientierte Architekturen Webservices und WSDL SoSe 2011 Anmerkung Hausaufgabe 03 BPMN Auch hier gilt: Layout! Zu Unterschieden zw. BPMN und eepk Relative Aussagen sind geschickter

Mehr

Seminarbericht Rechnernetze XML Web Services Schnittstelle zwischen den Welten.NET und Java

Seminarbericht Rechnernetze XML Web Services Schnittstelle zwischen den Welten.NET und Java Seminarbericht Rechnernetze XML Web Services Schnittstelle zwischen den Welten.NET und Java von Christian Brand Kennnummer: 09376 November 2005 Abkürzungen Abkürzungen API - Application Programming Interface

Mehr

Softwareentwicklung mit Enterprise JAVA Beans

Softwareentwicklung 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

Mehr

Message Oriented Middleware am Beispiel von XMLBlaster

Message 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

Mehr

A Generic Database Web Service for the Venice Lightweight Service Grid

A Generic Database Web Service for the Venice Lightweight Service Grid A Generic Database Web Service for the Venice Lightweight Service Grid Michael Koch Bachelorarbeit Michael Koch University of Kaiserslautern, Germany Integrated Communication Systems Lab Email: m_koch2@cs.uni-kl.de

Mehr

EAI - Enterprise Application Integration

EAI - Enterprise Application Integration EAI - Enterprise Application Integration Jutta Mülle WS 2005/2006 EAI - Folie 1 Überblick und Begriffsbildung Zusammenfassung und Ausblick hinweise EAI - Folie 2 Conclusion EAI Enterprise Application Integration

Mehr

Markus Schulz Seminar: XML für Fortgeschrittene 30.06.2003

Markus Schulz Seminar: XML für Fortgeschrittene 30.06.2003 Markus Schulz Seminar: XML für Fortgeschrittene 30.06.2003 Vortragsgliederung 1. Motivation 2.-8. WS : Definition, Ansatz, Architektur,... 9.x. SOAP : Definition, Geschichte,... 10.x.x. WSDL : siehe oben...

Mehr

Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm. Web Services. Boto Bako

Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm. Web Services. Boto Bako Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm Web Services Boto Bako Inhaltsverzeichnis 1.Einführung und Motivation...3 2.Verwendete Standards...4 2.1.SOAP...5 2.2.WSDL...6

Mehr

WSDL. Web Services Description Language. André Vorbach. André Vorbach

WSDL. Web Services Description Language. André Vorbach. André Vorbach André Vorbach WSDL Web Services Description Language André Vorbach Übersicht Was ist WSDL? Dokumentenstruktur Elemente Definitions Types Messages porttype Binding Service SOAP-Bindings Beispiel Was ist

Mehr

Java 2, Enterprise Edition Einführung und Überblick

Java 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

Mehr

Web Services: Inhalt

Web Services: Inhalt Web Services Fachseminar Verteilte Systeme 8. April 2002 - Marco Steiner Assistent: Thomas Schoch Professor: Dr. F. Mattern Web Services: Inhalt Bedeutung Gegenwart Architektur SOAP WSDL UDDI Vergleich

Mehr

Webservices Ein Vortrag von:

Webservices Ein Vortrag von: Webservices Ein Vortrag von: Andreas Münstermann Michael Reiher Markus Buschky Gliederung Einführung in Webservices Technische Grundlagen SOAP UDDI WSDL Sicherheitskonzepte Blick in die Zukunft Einführung

Mehr

Entwicklung von Web-Anwendungen auf JAVA EE Basis

Entwicklung 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

Mehr

Enterprise Application Integration Erfahrungen aus der Praxis

Enterprise 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

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Service Oriented Architectures ICA Joh. Kepler Universität Linz Überblick Service-Oriented Architectures (SOAs) Verteilt Basierend auf Standards Lose gekoppelt Protokoll-unabhängig

Mehr

Security Patterns. Benny Clauss. Sicherheit in der Softwareentwicklung WS 07/08

Security Patterns. Benny Clauss. Sicherheit in der Softwareentwicklung WS 07/08 Security Patterns Benny Clauss Sicherheit in der Softwareentwicklung WS 07/08 Gliederung Pattern Was ist das? Warum Security Pattern? Security Pattern Aufbau Security Pattern Alternative Beispiel Patternsysteme

Mehr

Ein Vergleich zwischen SCA,JBI und WCF. Marcello Volpi

Ein 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

Sicherheitsaspekte in Service Orientierten Architekturen. Eike Falkenberg Sommersemester 2006 Anwendungen I

Sicherheitsaspekte 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

Mehr

Service Oriented Architecture. IM-Briefing 2008 4. Dezember 2008

Service Oriented Architecture. IM-Briefing 2008 4. Dezember 2008 Service Oriented Architecture IM-Briefing 2008 4. Dezember 2008 Agenda Begrüssung Was ist SOA Herkunft Player Modell Komponenten Zusammenfassung Diskussion Seite 1 Was ist SOA? Herkunft Der Begriff serviceorientierte

Mehr

Webservices in der IBM Welt eine neue Herausforderung für DB2 Spezialisten

Webservices in der IBM Welt eine neue Herausforderung für DB2 Spezialisten Betrifft Webservices in der IBM Welt eine neue Herausforderung für DB2 Spezialisten Autor Andreas Börlin (info-zuerich@trivadis.com) Erstellungsdatum Januar 2004 Informationen innerhalb einer Unternehmung

Mehr

SOAP Simple Object Access Protocol

SOAP Simple Object Access Protocol Informatikseminar Tobias Briel Überblick 1. Einführung - was ist? 2. Middlewaretechnologie 3. Aufbau von Nachrichten 4. Vergleiche 5. Beispielanwendung 6. Zusammenfassung 1 Einführung was ist Soap? neue

Mehr

Software Engineering II (IB) Serviceorientierte Architektur

Software Engineering II (IB) Serviceorientierte Architektur Serviceorientierte Architektur Prof. Dr. Oliver Braun Fakultät für Informatik und Mathematik Hochschule München SS 2015 Webservices Ziel: flexible programmatische Zusammenarbeit zwischen Servern Bereitstellung

Mehr

Service Oriented Architecture. Hanno Wunderlich SWT-Projekt WS07/08

Service Oriented Architecture. Hanno Wunderlich SWT-Projekt WS07/08 Service Oriented Architecture Hanno Wunderlich SWT-Projekt WS07/08 1 Agenda Einführung SOA / Webservices Standards und Technologien hinter SOA/Webservices Beispiel für SOA SOA in unserem Projekt 2 Einführung

Mehr

Christoph Mathas. SOA intern. » Praxiswissen zu Service-orientierten IT-Systemen HANSER

Christoph Mathas. SOA intern. » Praxiswissen zu Service-orientierten IT-Systemen HANSER Christoph Mathas SOA intern» Praxiswissen zu Service-orientierten IT-Systemen HANSER Inhalt Vorwort XI 1 Einleitung 1 1.1 Wem nützt dieses Buch? 2 1.2 Weshalb dieses Buch? 3 1.3 Die Kapitelstruktur 4 1.4

Mehr

Service-Orientierte Architekturen

Service-Orientierte Architekturen Hochschule Bonn-Rhein-Sieg Service-Orientierte Architekturen Kapitel 7: Web Services IV Exkurs über Sicherheitsanforderungen Vorlesung im Masterstudiengang Informatik Sommersemester 2010 Prof. Dr. Sascha

Mehr

Service. 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. 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

Mehr

0. Inhaltsverzeichnis

0. Inhaltsverzeichnis 0. Inhaltsverzeichnis 0. Inhaltsverzeichnis...1 1. Kurze Einführung WebService Architektur...2 1.1 Synchrones Modell:...2 1.2 Asynchrones Modell:...2 1.3 Vorteile:...3 1.4 Voraussetzungen...3 2. Testseite

Mehr

Architektur von SOAP basierten Web Services

Architektur von SOAP basierten Web Services Architektur von SOAP basierten Web Services André Homeyer 28.11.2005 Worst-Case einer verteilten Anwendung TravelTime Client Benutzerinterface WackyWing Server Flüge suchen TravelTime Server Flüge suchen

Mehr

PL/SQL Web-Services mit Oracle 11g

PL/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

Mehr

Standards und Standardisierungsgremien

Standards 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

Mehr

Zustandsgebundene Webservices

Zustandsgebundene 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

Mehr

XML-Webservices & SOAP

XML-Webservices & SOAP Definition Motivation 12.07.2010 Definition Motivation Definition: A Web service is a software system designed to support interoperable machine-to-machine interaction over a network. It has an interface

Mehr

Einleitung 11. 1 Von All-in-one-Software zu Webservices 17

Einleitung 11. 1 Von All-in-one-Software zu Webservices 17 316IVZ.fm Seite 5 Dienstag, 22. April 2003 2:31 14 Inhalt Einleitung 11 1 Von All-in-one-Software zu Webservices 17 1.1 Enterprise Application Integration... 17 1.2 SAP-Technologie und -Komponenten...

Mehr

Enterprise Service Bus

Enterprise 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

Mehr

WS-Security. Thies Rubarth. Sicherheitskonzepte in global verteilten Anwendungen. 21. Sep 2007 ACM/GI Localgroup #216

WS-Security. Thies Rubarth. Sicherheitskonzepte in global verteilten Anwendungen. 21. Sep 2007 ACM/GI Localgroup #216 WS-Security Sicherheitskonzepte in global verteilten Anwendungen Thies Rubarth 21. Sep 2007 ACM/GI Localgroup #216 Thies Rubarth, M.Sc. (Informatik) IT Berater Jahrgang 1979 Anwendungsentwicklung seit

Mehr

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund

Guten 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

Mehr

SOA Service Oriented Architecture

SOA Service Oriented Architecture SOA Service Oriented Architecture (c) Till Hänisch 2006, BA Heidenheim [IBM] [WS] Wir haben: Prog ramm Proxy Proxy K2 K1 Plattformunabhängiger RPC Wir haben: Prog ramm Proxy Proxy K2 K1 Plattformunabhängiger

Mehr

Web 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 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

Mehr

SOA secure Sicherheitsaspekte Serviceorientierter Architekturen

SOA secure Sicherheitsaspekte Serviceorientierter Architekturen CM Network e.v. 7. Symposium: IT-Sicherheit SOA secure Sicherheitsaspekte Serviceorientierter Architekturen Dipl.-Wirtsch.-Inf. Stefan Krecher stefan@krecher.com Übersicht Service Orientierte Architekturen

Mehr

Web-Applications mit SOAP und RSS. Vortrag 8, Jonas Mitschang, 15.6.2005

Web-Applications mit SOAP und RSS. Vortrag 8, Jonas Mitschang, 15.6.2005 Web-Applications mit SOAP und RSS Vortrag 8, Jonas Mitschang, 15.6.2005 Inhalt Motivation Web Applications / Web Services SOAP - Simple Object Access Protocol RSS - Really Simple Syndication Bewertung

Mehr

Sind Prozessmanagement-Systeme auch für eingebettete Systeme einsetzbar?

Sind 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

Hauptseminar Management von Softwaresystemen. Techniken der System-Integration EAI, Middleware, SOA, CORBA

Hauptseminar 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

Mehr

Client/Server-Systeme

Client/Server-Systeme Frühjahrsemester 2011 CS104 Programmieren II / CS108 Programmier-Projekt Java-Projekt Kapitel 3: /Server-Architekturen H. Schuldt /Server-Systeme Ein zweischichtiges /Server-System ist die einfachste Variante

Mehr

Softwareschnittstellen

Softwareschnittstellen P4.1. Gliederung Rechnerpraktikum zu Kapitel 4 Softwareschnittstellen Einleitung, Component Object Model (COM) Zugriff auf Microsoft Excel Zugriff auf MATLAB Zugriff auf CATIA Folie 1 P4.2. Einleitung

Mehr

Federated Identity Management

Federated Identity Management Federated Identity Management Verwendung von SAML, Liberty und XACML in einem Inter Campus Szenario d.marinescu@gmx.de 1 Fachbereich Informatik Inhalt Grundlagen Analyse Design Implementierung Demo Zusammenfassung

Mehr

Microsoft.NET. InfoPoint 8. Juni 2005 Stefan Bühler

Microsoft.NET. InfoPoint 8. Juni 2005 Stefan Bühler Microsoft.NET InfoPoint 8. Juni 2005 Stefan Bühler Inhalt Was ist.net Was steckt dahinter Warum ist.net so wie es ist Die Säulen von.net.net Framework 2.0 / VisualStudio 2005 Beispiel Referenzen & Links

Mehr

Einführung in WebServices

Einführung in WebServices Einführung in WebServices Grundlagen und Praxis von WebServices Seminarleiterin: Dipl.-Ing. Mahbouba Gharbi Folie 1 / 34 Zielsetzung und Voraussetzungen Zielsetzung Nutzen von WebServices kennenlernen

Mehr

Block Web-Dienste. Beispiel: ohne Browser. ohne Browser. Beispiel: Definition

Block Web-Dienste. Beispiel: ohne Browser. ohne Browser. Beispiel: Definition Block Web-Dienste Web-Dienste Klaus Schild, 2004 1 heutige Vorlesung Was sind Web-Dienste (Web Services)? diensteorientierte Architekturen Was ist SOAP, WSDL und UDDI? Entfernte Prozeduraufrufe (RPCs)

Mehr

Von der Anwendungszur Service-Landschaft. Stefan Tilkov, innoq stefan.tilkov@innoq.com

Von der Anwendungszur Service-Landschaft. Stefan Tilkov, innoq stefan.tilkov@innoq.com Von der Anwendungszur Service-Landschaft Stefan Tilkov, innoq stefan.tilkov@innoq.com Stefan Tilkov Geschäftsführer und Principal Consultant, innoq Deutschland GmbH Fokus auf SOA, Web-Services, REST SOA-Editor

Mehr

CORBA-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 Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard

Mehr

Spezifikationen und Voraussetzung

Spezifikationen und Voraussetzung Projekt IGH DataExpert Paynet Adapter Spezifikationen Voraussetzungen Datum : 21.07.08 Version : 1.0.0.2 21.07.2008 Seite 1 von 7 Inhaltsverzeichnis 1 Einleitung... 3 2 Architektur... 3 2.1 Grundsätze

Mehr

Web Service Discovery mit dem Gnutella Peer-to-Peer Netzwerk

Web Service Discovery mit dem Gnutella Peer-to-Peer Netzwerk Seminar E-Services WS 02/03 Web Service Discovery mit dem Gnutella Peer-to-Peer Netzwerk WS 02/03 Web Service Discovery mit dem Gnutella Peer-to-Peer Netzwerk Inhalt Einführung Discovery Problematik Standard

Mehr

Spezifikationen und Voraussetzung

Spezifikationen und Voraussetzung Projekt IGH DataExpert Yellowbill Adapter Spezifikationen Voraussetzungen Datum : 22.08.2013 Version : 1.0.0.2 22.08.2013 Seite 1 von 7 Inhaltsverzeichnis 1 Einleitung...3 2 Architektur...3 2.1 Grundsätze

Mehr

Verteilte Systeme: Übung 4

Verteilte Systeme: Übung 4 Verteilte Systeme: Übung 4 WSDL und SOAP Oliver Kleine Institut für Telematik https://www.itm.uni-luebeck.de/people/kleine SOAP Nachrichten Serialisierung in XML Root-Element einer SOAP Nachricht ist

Mehr

Integration von Web Services in J EE Anwendungen mit XFire. 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire

Integration von Web Services in J EE Anwendungen mit XFire. 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire Integration von Web Services in J EE Anwendungen mit XFire 1/26 André Janus - Integration von Web Services in J EE Anwendungen mit XFire univativ : = Umsetzung durch Studenten und Young Professionals.

Mehr

Kapitel WT:VI (Fortsetzung)

Kapitel WT:VI (Fortsetzung) Kapitel WT:VI (Fortsetzung) VI. Architekturen und Middleware-Technologien Client--Architekturen Ajax REST RPC, XML-RPC, Java RMI, DCOM Web-Services CORBA Message-oriented-Middleware MOM Enterprise Application

Mehr

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble Vertiefungsarbeit von Karin Schäuble Gliederung 1. Einführung 3. Rahmenbedingungen in der heutigen Marktwirtschaft 3.1 Situation für Unternehmen 3.2 Situation für Applikationsentwickler 4. Lösungskonzepte

Mehr

Grid-Systeme. Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit. 07.06.2002 Grid Systeme 1

Grid-Systeme. Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit. 07.06.2002 Grid Systeme 1 Grid-Systeme Betrachtung verschiedener Softwareplattformen zur Realisierung von Grids und Vorstellung des Globus Toolkit 07.06.2002 Grid Systeme 1 Gliederung Vorstellung verschiedener Plattformen Globus

Mehr

Analyse von Sicherheitaspekten in Service-orientierten Architekturen

Analyse von Sicherheitaspekten in Service-orientierten Architekturen Analyse von Sicherheitaspekten in Service-orientierten Architekturen Vortragende: Jia Jia Betreuer: Dipl.-Inf. Matthias Lehmann Dresden,10.12.2009 10.12.2009 Analyse von Sicherheitaspekten in SOA 1 Gliederung

Mehr

Verteilte Systeme - 1. Übung

Verteilte Systeme - 1. Übung Verteilte Systeme - 1. Übung Dr. Jens Brandt Sommersemester 2011 1. Rechnerverbünde Kommunikationsverbund: Beispiele: E-Mail (SMTP, POP/IMAP), Instant Messaging (XMPP, IRC, ICQ,...), Newsgroups (NNTP)

Mehr

SOA mit.net: Vom Geschäftsprozess zur Lösung

SOA mit.net: Vom Geschäftsprozess zur Lösung SOA mit.net: Vom Geschäftsprozess zur Lösung Manfred Steyer Aktuelles Buch.Net 4.0 Update ISBN 978-3866454439 http://tinyurl.com/net4update 1 Kontakt [www] www.softwarearchitekt.at [mail] Manfred.Steyer@SoftwareArchitekt.at

Mehr

Web Services T-Systems GS Darmstadt

Web Services T-Systems GS Darmstadt T-Systems GS Darmstadt Optional: Präsentationstitel Verfasser, Dr. A. Heck, Projekt, T-Systems weitere Angaben Datum, 23.10.2002, Seite Seite 1 1 Übersicht 1. Unternehmensdarstellung T-Systems 2. Definition

Mehr

NEWpixi* API und die Umstellung auf REST. Freitag, 3. Mai 13

NEWpixi* API und die Umstellung auf REST. Freitag, 3. Mai 13 NEWpixi* API und die Umstellung auf REST Fakten NEWpixi* API Technik REST-basierend.NET Webservice IIS Webserver Release 31. August 2013, zusammen mit dem NEWpixi* ELI Release Legacy API und erste NEWpixi*

Mehr

Thema: Web Services. Was ist ein Web Service?

Thema: 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

Mehr

Anforderungen an Datenbankservices in SOA-basierten Lösungen. Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010

Anforderungen an Datenbankservices in SOA-basierten Lösungen. Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010 Anforderungen an services in SOA-basierten Lösungen Liane Will SAP AG/ Otto-von-Güricke-Universität Magdeburg 6.5.2010 Diplom-Mathematikerin Seit 1997 bei SAP AG Berlin im Active Global Support Best Practices

Mehr

Alireza Salemi, Timo Albert. SGML-basierte Datenaustauschformate. Referenten:

Alireza Salemi, Timo Albert. SGML-basierte Datenaustauschformate. Referenten: SGML-basierte Datenaustauschformate Referenten: Alireza Salemi Timo Albert Gliederung Einleitung XML - Kurzeinführung Web Service-Technologien XML-basierte Austauschformate Spezifische Markup-Languages

Mehr

Web- und Gridservices zur Überwindung von Heterogenität. Bearbeiter: Lei Xia 16.07.2004

Web- und Gridservices zur Überwindung von Heterogenität. Bearbeiter: Lei Xia 16.07.2004 Web- und Gridservices zur Überwindung von Heterogenität Bearbeiter: Lei Xia 16.07.2004 Gliederung Einleitung Formen von Heterogenität Grundlagen Web Services als Schnittstelle zu DBMS Grid Data Services

Mehr

Inhaltsverzeichnis. Vorwort... Einleitung... Einführung... 1

Inhaltsverzeichnis. Vorwort... Einleitung... Einführung... 1 Vorwort... Einleitung... V VII Einführung... 1 1 Grundlagen... 7 1.1 Dokumentmodelle... 7 1.1.1 Multimedia... 8 1.1.2 Hypermedia... 9 1.1.3 Verteilung... 11 1.2 Geschichte des WWW... 13 1.2.1 Struktur...

Mehr

SAP NetWeaver Gateway. Connectivity@SNAP 2013

SAP 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

Mehr

... Einleitung... 15. 3... Prozessintegration und Integrationsszenarien... 127 3.1... Integrationsszenariomodelle... 128

... Einleitung... 15. 3... Prozessintegration und Integrationsszenarien... 127 3.1... Integrationsszenariomodelle... 128 ... Einleitung... 15 1... Grundlagen der Modellierung von Enterprise Services... 23 1.1... Serviceorientierte Architekturen... 26 1.1.1... Merkmale serviceorientierter Architekturen... 27 1.1.2... SOA

Mehr

5. Programmierschnittstellen für XML

5. 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

Mehr