Was sind Web Services?
|
|
|
- Nele Schreiber
- vor 7 Jahren
- Abrufe
Transkript
1 Was sind Web Services? Marko Harasic Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
2 Was sind Web Services? traditionelle Web-Anwendung Browser HTML Webseiten Anwendung Mensch-Maschine-Kommunikation Web Service Anwendung SOAP Daten Anwendung Maschine-Maschine-Kommunikation 2
3 Definition Client Inhalt: SOAP Transport: HTTP(S), SMTP, FTP Web-Dienst Schnittstellenbeschreibung mit WSDL Funktionalität Server Ein Web Service ist eine Softwareanwendung, die 1.mit einer URI eindeutig identifizierbar ist, 2.über eine WSDL-Schnittstellenbeschreibung verfügt, 3.nur über die in ihrer WSDL beschriebenen Methoden zugreifbar ist und 4.über gängige Internet-Protokolle unter Benutzung von XML-basierten Nachrichtenformaten wie z.b. SOAP zugreifbar ist. 3
4 Eigenschaften von Web Services Web Services implementieren häufig keine neuen Systeme, sondern sind Fassade für bestehende Systeme abstrahieren von Programmiersprache und Plattform mit der die Anwendung realisiert ist: Virtualisierung von Software zwei Erscheinungsformen: - RPCs (synchron) - Messaging (asynchron) 4
5 Protokolle Layer Protokoll/Standards Messaging HTML Transport HTTP, FTP, SMPT Network TCP/IP, UDP 5
6 XML-gekapselte Protokolle Layer Protokoll/Standards Content Content Information Messaging SOAP, XML-RPC Transport HTTP, FTP, SMPT Network TCP/IP, UDP 6
7 Web Service Technology Stack Discovery Layer (holt Service-Beschreibung von Prodiver) Description (beschreibt Services) Messaging Protokoll/Standards UDDI, DISCO, WSIL WSDL SOAP, XML-RPC Transport (Applikation-zu-Applikation Kommunikation) Network (Netzwerk Layer) HTTP, FTP, SMPT TCP/IP, UDP 7
8 Web Services Service Nutzer (Service Consumer) Web Service 8
9 Web Service Basiskomponenten: SOAP
10 Austausch einer SOAP-Nachricht Sender Empfänger Information Nachricht Information verpacken (serialisieren) auspacken (deserialisieren) 10
11 SOAP ist eine Kommunikationskomponente von Web Services ein Protokoll für Nachrichtenaustausch zwischen Web Service-Konsument und Web Service-Anbieter XML-basiert (nutzt XML für die Darstellung von Nachrichten) Plattform- & Programmierspracheunabhängig Die SOAP-Spezifikation legt fest, wie eine Nachricht übertragen wird. Die Umsetzung der Nachricht ist nicht Gegenstand der SOAP-Spezifikation 11
12 Aufbau einer SOAP-Nachricht SOAP Envelope SOAP Header XML-Deklaration SOAP Body <?xml version='1.0' encoding='utf-8'?> <env:envelope xmlns:env=" <!- SOAP Header --> <!- SOAP Body --> </env:envelope> SOAP Version 1.2 SOAP Version 1.1: 12
13 Nachrichtenformat SOAP HTML <html> <head> Zusatzinformationen </head> <body> Inhalt: Webseite </body> </html> <Envelope> <Header> Zusatzinformationen </Header> <Body> Inhalt: XML-Daten </Body> </Envelope> SOAP XML-basierter W3C-Standard - SOAP 1.1: W3C Note von SOAP 1.2: W3C Recommendation von
14 Prinzipieller Aufbau (SOAP V.1.1) <?xml version='1.0' encoding='utf-8'?> <env:envelope xmlns:env=" > <env:header> Zusatzinformationen </env:header> <env:body> Nachrichtinhalt </env:body> </env:envelope> Wurzel-Element: Envelope aus SOAP-Namensraum Header: optional Body: obligatorisch Im Beispiel: kein W3C- Namensraum SOAP
15 SOAP Block SOAP Nachricht ein XML Dokument das beinhaltet: obligatorisches Envelope Element identifiziert ein XML Dokument als SOAP Nachricht optionales Header Element Header Informationen obligatorisches Body Element Call & Response Informationen optionales Fault Element Informationen über Fehler 15
16 SOAP Envelope Element <?xml version="1.0"?> <env:envelope xlmns:env=" </env:envelope> Im Beispiel: W3C-Namensraum SOAP 1.2 Name des Elements: Envelope Envelope: Wurzel-Element einer SOAP Nachricht beinhaltet SOAP Namespace identifiziert SOAP Nachricht 16
17 Briefkopf (Header) <env:envelope > <env:header xmlns:ns="uri" > <ns:zusatzinformation-1> </ns:zusatzinformation-1> <ns:zusatzinformation-n> </ns:zusatzinformation-n> </env:header> <env:body> </env:body> </env:envelope> Header: beliebige XML-Inhalte erlaubt Struktur von Anwendung festgelegt Header Block - Kind-Element von Header - Zusatzinformation zur eigentlichen Nachricht Header Blöcke 17
18 Nachrichteninhalt (Body) <env:envelope > <env:body xmlns:ns="uri"> <ns:nachrichtinhalt-teil-1> </ns:nachrichteninhalt-teil-1> <ns:nachrichteninhalt-teil-n> </ns:nachrichteninhalt-teil-n> </env:body> </env:envelope> Body: beliebige XML-Inhalte erlaubt Struktur von Anwendung festgelegt, z.b. durch: - speziellen Namensraum und/oder - WSDL-Beschreibung 18
19 Beispiel <env:envelope > <env:header> <alertcontrol xmlns=" <priority>1</priority> <expires> t14:00:00-05:00</expires> </alertcontrol> </env:header> <env:body> <alert-msg xmlns=" Pick up Mary at 2pm! </alert-msg> </env:body> </env:envelope> Zusatz-information (Header Block) Nachricht 19
20 mustunderstand Attribut <env:header> <alertcontrol xmlns=" env:mustunderstand="true"> </alertcontrol> </env:header> mustunderstand="true": Empfänger muss Header Block verstehen oder mit Fehlermeldung antworten mustunderstand="false": Empfänger kann Header Block (ohne Fehlermeldung) ignorieren kann für jeden Header Block unterschiedlich sein Beachte: Standard-Wert ist "false" 20
21 SOAP Verarbeitung Empfänger muss verarbeiten: Body Header Blocks mit mustunderstand="true" Empfänger darf ignorieren: Header Blocks mit mustunderstand="false" Header Blocks ohne mustunderstand-attribut Grund: "false" Standardwert von mustunderstand 21
22 Eine SOAP-Anfrage an <?xml version='1.0' encoding='utf-8'?> <env:envelope xmlns:env=" xmlns:xsd="..." xmlns:xsi=" "> <env:body> <dogooglesearch xmlns="urn:googlesearch"> <key xsi:type="xsd:string"> </key> <q xsi:type="xsd:string">eine Anfrage</q> <start xsi:type="xsd:int">0</start> <maxresults xsi:type="xsd:int">10</maxresults> </dogooglesearch> </env:body> </env:envelope> dogooglesearch(key, q, start, maxresults,...) hier kein Header Beachte: Web Service-Aufruf kann als URL kodiert werden (REST) 22
23 Und die SOAP-Antwort von <?xml version="1.0" encoding="utf-8"?> <env:envelope xmlns:env=" xmlns:xsd="..." xmlns:xsi=" "> <env:body> <ns1:dogooglesearchresponse xmlns:ns1="urn:googlesearch" > <return xsi:type="ns1:googlesearchresult"> </return> </ns1:dogooglesearchresponse> </env:body> </env:envelope> Antwort: dogooglesearchresponse(return( )) Datentyp ns1:googlesearchresult in WSDL- Beschreibung definiert 23
24 Exkurs: Was fällt Ihnen auf? <?xml version='1.0' encoding='utf-8'?> <env:envelope xmlns:env=" xmlns:xsd="..." xmlns:xsi=" "> <env:body> <dogooglesearch xmlns="urn:googlesearch"> <key xsi:type="xsd:string"> </key> <q xsi:type="xsd:string">eine Anfrage</q> <start xsi:type="xsd:int">0</start> <maxresults xsi:type="xsd:int">10</maxresults> </dogooglesearch> </env:body> </env:envelope> Was ist eine URN? Ortsunabhängiger, globaler, lebenslanger Identifier Übersetzung in URI übernimmt Anwendung 24
25 Übertragung von SOAP-Nachrichten heute meist über HTTP oder HTTPS Request-Response-Verhalten von HTTP unterstützt entfernte Prozeduraufrufe (RPCs) auch z.b. mit SMTP (Messaging) möglich 25
26 Web Services Service Nutzer (Service Consumer) SOAP Web Service 26
27 SOAP - Vorteile + unabhängig von Übertragungsprotokollen + sowohl für RPCs als auch für Messaging geeignet + einfach erweiterbar + Erweiterungen unabhängig voneinander + Plattformunabhängig + Programmiersprachenunabhängig 27
28 SOAP - Nachteile - zusätzlicher Verarbeitungsaufwand - nicht so einfach zu erlernen - für viele notwendige Erweiterungen noch kein etablierter Standard Beispiel: wsu:identifier vs. wsa:messageid 28
29 Web Service Basiskomponenten: WSDL
30 Wozu dient WSDL? Formale Beschreibung der Schnittstelle von Services Nachfrager Dienst abrufen Schnittstelle Anbieter Dienst publizieren Client möchte bestimmten Web Service nutzen Client benötigt hierfür: - Struktur des Aufrufes: Name, Parameter, Ergebnis, Fehlermeldungen - Übertragungsprotokoll und Web-Adresse genau dies wird mit WSDL beschrieben 30
31 Wozu WSDL-Syntax verstehen? Java, C# WSDL WSDL = zu veröffentlichende Schnittstellenbeschreibung (Vertrag) Nutzer des Web Service kennt nur WSDL, nicht Programm-Code Web-Service-Anbieter/Nutzer sollten WSDL (Vertrag) verstehen! mögliche Probleme bei generierten WSDLs: - Fehlermeldungen nicht korrekt beschrieben - optionale RPC-Parameter ungünstig beschrieben 31
32 WSDL Aufbau Web Service Operationen dogooglesearch SOAP-Anfrage SOAP-Antwort beschreibt Netzwerkdienste als Kommunikationsendpunkte (Ports), die bestimmte Nachrichten über bestimmte Protokolle austauschen Web-Adresse 32
33 Grundidee abstrakte Schnittstelle Operation Anfrage Antwort abstrakte Schnittstelle Beschreibung der Schnittstelle unabhängig von - Nachrichtenformaten wie SOAP - Übertragungsprotokollen wie HTTP versch. Bindungen Operation SOAP-Anfrage SOAP-Antwort Bindung Realisierung einer abstrakten Schnittstelle mit bestimmtem Nachrichtenformat und Übertragungsprotokoll 33
34 Beispiel (fiktiv) ein Dienst (abstrakte Schnittstelle): Name der Operation: dogooglesearch Eingangsparameter: key:string, q:string, Rückgabewert: dogooglesearchresponse Kind-Elemente von dogooglesearchresponse: Rückgabewerte (komplexer Datentyp) eine Beschreibung (WSDL), aber 4 Zugriffsmöglichkeiten (Bindungen): 1.SOAP/HTTP-POST 2.SOAP/HTTP-GET (REST) 3.SOAP/SMTP (asynchron) 4.HTML/HTTP-GET (Browser/REST) 34
35 Web Service von Dienst: Suche Name der Operation: dogooglesearch Rückgabe: dogooglesearchresponse 35
36 WSDL-Inhalt Was? Typen, Messages, PortTypes (Interfaces) Deklaration der verfügbaren Operationen Struktur der ausgetauschten Nachrichten (Aufruf und Rückruf, Fehlermeldungen) Wie Bindings unterstützte Transportprotokolle verwendete Nachrichtenformate Wo Service Wie heißt der Service? Unter welchen URLs kann er gefunden werden? 36
37 Grundstruktur Operations PortTypes Bindings Ports dogooglesearch SOAP/HTTP POST GoogleSearchPort SOAP/SMTP dogetcachedpage mailto: dospellingsuggestion HTML/ HTTP GET Service 37
38 Abstrakte Schnittstellen Operations dogooglesearch dogetcachedpage PortTypes GoogleSearchPort porttype (WSDL 1.1) = interface (WSDL 2.0) porttype = Menge von abstrakten Operationen jede abstrakte Operation beschreibt Eingangs- und Ausgangsnachricht dospellingsuggestion meist nur ein porttype, aber in WSDL 1.1 auch mehrere möglich 38
39 Bindungen PortTypes Bindings in WSDL binding genannt GoogleSearchPort SOAP/HTTP POST für jede abstrakte Schnittstelle (porttype) mindestens eine Bindung SOAP/SMTP ein porttype kann also mit unterschiedlichen Bindungen realisiert sein HTML/HTTP GET 39
40 Kommunikationsendpunkte Bindings SOAP/HTTP POST SOAP/SMTP HTML/HTTP GET Ports mailto: port (WSDL 1.1) = endpoint (WSDL 2.0) port = Bindung + Web- Adresse für jede Bindung (binding) mindestens ein port ein binding kann also über unterschiedliche Web- Adressen zugänglich sein 40
41 Service Bindings SOAP/HTTP POST SOAP/SMTP HTML/HTTP GET Ports mailto: Menge von ports bilden zusammen einen Service ports können in verschiedene Services gruppiert werden ports eines Service = semantisch äquivalente Alternativen Service 41
42 Die WSDL-Beschreibung von abstrakte Schnittstelle Endpunkt SOAP/HTTP-POST-Bindung 42
43 WSDL 1.1. Elemente (1) Element <types> </types> <message> </message> <porttype> </porttype> Beschreibung Abstrakte Beschreibung - Maschinen- und sprachunabhängige Typdefinitionen definiert die verwendeten Datentypen - Nachrichten, die übertragen werden sollen - Funktionsparameter (Trennung zwischen Einund Ausgabeparameter) oder Dokumentbeschreibungen - Nachrichtendefinitionen im Messages- Abschnitt - definiert Operationen, die beim Web Service ausgeführt werden 43
44 WSDL 1.1. Elemente (2) Element <binding> </binding> Beschreibung Konkrete Beschreibung - Kommunikationsprotokoll, das beim Web Service benutzt wird - Gibt die Bindung(en) der einzelnen Operationen im porttype-abschnitt an <service> </service> - gibt die Anschlussadresse(n) der einzelnen Bindungen an (Sammlung von einem oder mehreren Ports) 44
45 Eigenschaften von WSDL baut auf XML-Schema auf Syntax einer Schnittstelle kann bis ins kleinste Detail festgelegt werden beschreibt Schnittstelle(n) eines Web Services und wo dieser abgerufen werden kann grundlegende Interaktionsmuster (wie Anfrage-Antwort) keine Möglichkeit semantische Eigenschaften zu beschreiben 45
46 Web Services WSDL beschreibt Service Service Nutzer (Service Consumer) SOAP Web Service 46
47 Vorteile von WSDL Ziel: Interoperabilität Interoperabilität zwischen unterschiedlichen Implementierungsplattformen Vorteile + Plattformunabhängig + Syntax der Schnittstelle kann genau festgelegt werden + Unterschiedliche Realisierungen einer abstrakter Schnittstelle möglich (z.b. SOAP über HTTP und SMTP) 47
48 Nachteile von WSDL schafft neue Probleme - nicht alle Entwicklungen werden akzeptiert (vgl. UDDI, REST vs. SOAP) - nicht alle geforderte Funktionalitäten sind verfügbar (Sicherheit, Transaktionen, Schnittstellenversionierung, etc.) - eine weitere Schnittstellentechnologie, die gewartet werden muss Nachteile - verschiedene Protokoll-Bindungen (wie HTTP vs. SMTP) können unterschiedliche Semantik haben - keine komplexen Interaktionsmuster - keine qualitativen Aspekte (quality of service) - keine Sicherheitsaspekte - unzureichend, um automatisch die Kompatibilität (Interoperabilität) zweier Web Services feststellen zu können Semantic Web Services 48
49 RPC vs. Messaging
50 Wie SOAP-Nachrichten übertragen? über HTTP heute üblich Request-Response- Verhalten von HTTP unterstützt RPCs verbindungsorientiert Übertragung: Sender und Empfänger müssen präsent sein. typischerweise synchron über SMTP heute eher selten realisiert Messaging persistente Kommunikation Übertragung: Weder Sender noch Empfänger muss präsent sein. typischerweise asynchron erlaubt Lastverteilung und Priorisierung weitreichende Designentscheidung! 50
51 Weitreichende Designentscheidung enge Kopplung verbindungsorientierte, synchrone Kommunikation z.b. SOAP/HTTP lose Kopplung gepufferte, asynchrone Kommunikation z.b. SOAP/SMTP robuster, aber auch komplexer zu entwerfen 51
52 RPC mit SOAP Nachrichten konform: zu einer vordefinierten Beschreibung des Funktionsaufrufes zu der zu erwartenden Rückantwort Arten der Kommunikation: Anfrage (Request) Antwort (Response) Fehlerfall (Fault) 52
53 Komplexität loser Kopplung asynchroner Nachrichtenaustausch auch nach Timeout Antwort noch möglich Was tun mit der Antwort? häufig muss Absender informiert werden, dass Antwort nicht verarbeitet werden konnte Was tun, wenn diese Warnung nicht rechtzeitig beim Absender ankommt? Absender hat vielleicht im falschen Glauben, dass seine Antwort verarbeitet wurde, weitergearbeitet. Dieser Vorgang muss dann evtl. rückgängig gemacht werden. 53
54 Messaging Anwendungen interagieren durch Austausch von Nachrichten miteinander: Kommunikation in Anwendung sichtbar: senden und empfangen verschiedene Formen des Messaging: 1. Kommunikationsstruktur 2. Interaktionsmuster 3. flüchtig vs. persistent 4. synchron vs. asynchron 54
55 1. Kommunikationsstruktur Anzahl und Organisation der Kommunikationspartner wichtigste Kommunikationsstrukturen: - One-to-One-Kommunikation - One-to-Many-Kommunikation 55
56 1. Kommunikationsstruktur: One-to-One-Kommunikation Sender Empfänger Sender sendet Nachricht an bestimmten Empfänger. Beispiel: Kunde sendet Bestellung per an Firma 56
57 1. Kommunikationsstruktur: One-to-Many-Kommunikation Sender Empfänger Empfänger Empfänger Sender sendet identische Kopie gleichzeitig an mehrere Empfänger Sender (publisher) veröffentlicht Nachricht zu bestimmten Thema (topic), zu dem sich die Empfänger (subscriber) angemeldet haben. auch publish-subscribe oder topic-based messaging genannt Beispiel: Mailing-Liste 57
58 2. Interaktionsmuster Client Server Einweg (one way, fire and forget) Client Client Client Server Server Server Anfrage-Antwort (request-response) Benachrichtigung (notification) Benachrichtigung- Antwort (notificationresponse) Beachte: Antwort bezieht sich auf jeweilige Anwendung, nicht auf das Netzwerk. 58
59 2. Interaktionsmuster: Komplexe Interaktionsmuster Bestellanfrage mit spätestem Liefertermin Angebot mit zugesichertem Liefertermin Bestellung Bestätigung des Eingangs der Bestellung Bestätigung der Lieferung Rechnung Bestellvorgang Client Server 59
60 3. Flüchtig vs. Persistent Sender Empfänger Netzwerkgrenze flüchtige Kommunikation Sender und Empfänger kommunizieren direkt ohne Puffer miteinander. Sender und Empfänger müssen während der gesamten Übertragung präsent sein engl. transient Beispiele: HTTP, UDP 60
61 Flüchtig vs. Persistent Kommunikationsserver Kommunikationsserver Sender Netzwerkgrenze Empfänger persistente Kommunikation Nachricht solange gespeichert, bis sie tatsächlich zugestellt wurde. Weder Sender noch Empfänger müssen während Übertragung präsent sein. Beispiel: 61
62 4. Synchron vs. Asynchron Asynchron Senden und Empfangen zeitlich versetzt ohne Blockieren des Prozesses (ohne Warten auf die Antwort) Synchron Senden/Empfangen synchronisieren warten (blockieren) bis die Kommunikation abgeschlossen ist. bei persistenter Kommunikation Messaging normalerweise asynchron bei flüchtiger Kommunikation Messaging kann sowohl synchron als auch asynchron sein 62
63 RPC oder Messaging? RPC eng gekoppelte, starre Systeme + einfach, abstrahiert von Kommunikation - nur Eins-zu-Eins-Kommunikation - Client und Server müssen präsent sein - skaliert weniger gut Messaging lose gekoppelte, robuste Systeme - abstrahiert nicht von Kommunikation + erlaubt auch One-to-Many-Kommunikation + Weder Sender noch Empfänger müssen präsent sein + erlaubt Priorisierung und Lastverteilung + skaliert sehr gut 63
64 Block Web Services heutige Vorlesung Was sind Web Services? Basistechnologien (SOAP, WSDL, UDDI) RPC vs. Messaging 64
Was sind Web Services?
Was sind Web Services? Marko Harasic Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme harasic@inf.fu-berlin.de Was sind Web Services? traditionelle Web-Anwendung Browser
Das war XML. Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
Das war XML Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme markus.luczak-roesch@fu-berlin.de Block XML Vorlesungen 6 Termine XML-Grundlagen einsch.
Lernziele. ohne Browser. Beispiel: Beispiel: ohne Browser. Definition
Lernziele Web-Dienste Was sind Web-Dienste (Web Services)? Was ist eine dienstorientierte Architektur? Was ist, WSDL und UDDI? Nur kurze Einführung, und WSDL werden später ausführlich behandelt. zwei verschiedene
WSDL. Heutige Vorlesung. Wozu WSDL? Wie wird WSDL verwendet? Language. Services. Description. Web. Abstrakte vs. konkrete Syntax
Heutige Vorlesung WSDL Prinzipieller Aufbau von WSDL-Beschreibungen Beschreibung von Protokoll-Bindungen in WSDL Vor- und Nachteile von WSDL Lernziel Google-WSDL lesen und erweitern können Klaus Schild,
Wohlgeformte XML-Dokumente
Wohlgeformte XML-Dokumente 1. Jedes Anfangs-Tag muss ein zugehöriges Ende-Tag haben. 2. Elemente dürfen sich nicht überlappen. 3. XML-Dokumente haben genau ein Wurzel-Element. 4. Element-Namen müssen bestimmten
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)
WSDL K. Schild, 2006 / M. Mochol
WSDL 1 Block Web Services Vorlesung 4 + 1 + 1 Termine Web Services, SOA, RPCs vs. Messaging Übung 2 Termine Vorlesungs- termin 06.06. 20.06. Übungs- termin SOAP im Detail SOAP 25./26.06 27.06. WSDL im
WSDL. Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
WSDL Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme mochol@inf.fu-berlin.de Block Web Services Vorlesungs -termine 11.06. 18.06. Vorlesung (4 + 1 +
Web Services K. Schild, 2006/M.Mochol 2007 1
Web Services 1 Block XML Vorlesungen 6 Termine Übung 5 Termine XML-Grundlagen einsch. Namenräume DTD & XML-Schema XML-Schema im Detail XML-Syntax, Namensräume DTD XML Schema SAX & DOM Parser XSLT XPath,
Web Services. Block Web Services
Web Services 1 Block Web Services heutige Vorlesung Was sind Web Services? Nachrichtenformat SOAP Schnittstellenbeschreibung WSDL Anwendungen RPC vs. Messaging 22.6. SOAP im Detail 29.6. WSDL im Detail
Web Services. Dr. Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
Web Services Dr. Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme mochol@inf.fu-berlin.de Block XML Vorlesungen 7 Termine Übungen 5 Termine XML-Grundlagen
Das war XML. Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
Das war XML Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme markus.luczak-roesch@fu-berlin.de Block XML Vorlesungen 6 Termine XML-Grundlagen einsch.
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
Web Services. Standards und Realisierung in Java
Standards und Realisierung in Java http://werner.gaulke.net 4.6.2007 Idee Aufbau und Standards und Java Outline 1 Idee Idee hinter? 2 Aufbau und Standards Schichtenmodell WSDL Fazit WSDL SOAP Fazit SOAP
Web Services. Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme mochol@inf.fu-berlin.
Web Services Malgorzata Mochol Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme mochol@inf.fu-berlin.de Block XML Vorlesungen 7 Termine Übungen 5 Termine XML-Grundlagen
Grundlagen 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
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
Netzprogrammierung Web Services
Netzprogrammierung Web Services Prof. Dr.-Ing. Robert Tolksdorf, Klaus Schild, Malgorzata Mochol, Lyndon Nixon Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme mailto:
Aufbau von SOAP- Nachrichten
Lernziele Aufbau und Verarbeitung von -Nachrichten über HTTP -Engines Vor- und Nachteile von Klaus Schild, 2004 1 Klaus Schild, 2004 2 Was ist? XML-basiertes Nachrichtenformat zur Übertragung von strukturierten
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
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
Java Web Services. Seminarunterlage. Version 4.03 vom
Seminarunterlage Version: 4.03 Version 4.03 vom 2. Januar 2017 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen sind Warenzeichen
Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
SOAP & WSDL Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme markus.luczak-roesch@fu-berlin.de Heutige Vorlesung letzte Woche Was sind Web Services?
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
Web-Sevices : WSDL Entwicklung von Web-Anwendungen
Web-Sevices : WSDL Entwicklung von Web-Anwendungen Axel Reusch : ar047 MIB page 1 : 50 Agenda! Allgemeines! Prinzip! Anwendung! Details! WSDL und SOAP! Beispiel mit Java! Erweiterungen! Vorteile! Nachteile!
Netzprogrammierung Web-Dienste
Netzprogrammierung Web-Dienste Robert Tolksdorf und Mitarbeiter und Peter Löhr Überblick 1. Was sind Web-Dienste? 3 2. WSDL 13 3. Axis 20 4. SOAP 23 5. SOAP und HTTP 30 6. Zusammenfassung 36 Robert Tolksdorf
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
Seminar Internet Dienste. Webservices
Universität Ulm Seminar Internet Dienste Webservices Matthias Kirchmayr, SS 2003 Inhaltsverzeichnis 1 Motivation 1 2 Definition 1 3 XML & Co. 3 3.1 XML - extensible Markup Language.................. 3
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
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
3-schichtige Informationssystem-Architektur
3-schichtige Informationssystem-Architektur plattformunabhängig beliebige Endgeräte Client als Applikation & Applet XML über SOAP Standard plattformunabhängig objektorientierte Architektur multiuserfähig
VS11 Slide 1. Verteilte Systeme. Vorlesung 11 Sebastian Iwanowski FH Wedel
VS11 Slide 1 Verteilte Systeme Vorlesung 11 Sebastian Iwanowski FH Wedel VS11 Slide 2 Verteilte Systeme 1. Innovative Beispiele aus der Praxis 2. Allgemeine Anforderungen und Techniken verteilter Systeme
Web 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
SOAP und WSDL in der Praxis. Wie wird SOAP/WSDL verwendet? Heutige Vorlesung. .net. und Apache Axis
Heutige Vorlesung SOAP und WSDL in der Praxis Aufbau von WSDL-Beschreibungen Protokoll-Bindungen in WSDL Google-WSDL lesen und erweitern können Vor- und Nachteile von WSDL heute Wie wird SOAP/WSDL verwendet?.net,
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
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...
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
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
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
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
<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
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
Verteilte Anwendungen. Teil 10: UDDI und WSDL
Verteilte Anwendungen Teil 10: UDDI und WSDL 06.10.16 1 Einzelaspekte der Web Services Schnittstelle des Service beschreiben Service zentral zugreifbar machen Service suchen bzw. finden Service zur Laufzeit
Java Web Services. Seminarunterlage. Version 4.02 vom
Seminarunterlage Version: 4.02 Version 4.02 vom 4. September 2015 Dieses Dokument wird durch die veröffentlicht.. Alle Rechte vorbehalten. Alle Produkt- und Dienstleistungs-Bezeichnungen sind Warenzeichen
SOAP und WSDL in der Praxis. Wie wird WSDL verwendet? Lernziele. Wie wird WSDL verwendet? Wie wird WSDL verwendet? Web-Dienste: Die Vision
Lernziele SOAP und WSDL in der Praxis Prinzipielle Aufbau von WSDL-Beschreibungen Protokoll-Bindungen in WSDL Google-WSDL lesen können Vor- und Nachteile von WSDL Wie wird WSDL verwendet? Anforderungen
Agenda. Web Services unter Lotus Notes/Domino
Agenda Vorstellung Was sind Web Services? Funktionsweise von Web Services Web Service Provider / Consumer Erstellen eines Web Service Providers Erstellen eines Web Service Consumers Tips & Tricks 2 Über
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
Abbildungsregeln für Body- und Header-Daten in ein XML-Dokument
3.2 SOAP-Umschlag (10) Verarbeitung in Zwischenknoten (fortges.) Beispiel für veränderte Anfragenachricht
SOAP Simple Object Access Protocol. Dr. Reinhard Riedl Universität Zürich/Universität Rostock
SOAP Simple Object Access Protocol Dr. Reinhard Riedl Universität Zürich/Universität Rostock Vision Implementierung von verteilten Systemen über Systemgrenzen hinweg Integration von heterogenen verteilten
FWP Aktuelle Technologien zur Entwicklung verteilter Java-Anwendungen. Sommersemester Michael Theis, Lehrbeauftragter 1
FWP Aktuelle Technologien zur Entwicklung verteilter Java-Anwendungen Sommersemester 2017 2017 Michael Theis, Lehrbeauftragter 1 2 Servlet API Websockets JSF JAX-WS JAX-RS JMS JAXB JSON-P JEE Enterprise
Fault Handling in Webservices. SoSe 2011
7. Übung zur Vorlesung Service-orientierte Architekturen Fault Handling in Webservices SoSe 2011 Fehlerbehandlung / Fault Handling Wie und wo sollten Fehler behandelt werden? Welche behandeln, da wo sie
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
Architektur von REST basierten Webservices
28.11.2005 Architektur von REST basierten Webservices Referent MARK ALTHOFF REST was invented by ROY T. FIELDING and RICHARD N. TAYLOR Geschichtlicher Hintergrund von REST 1994-1995 taucht der Begriff
Kapitel 5 Web-Services
Kapitel 5: Web-Services 1 Kapitel 5 Web-Services 5.1 Web-Services Verwendung/Aufruf (Service Invocation) SOAP Beschreibung (Service Description) WSDL Repository/Verzeichnis (Service Discovery) UDDI 5.2
IUG DRESDEN ERSTELLUNG VON ROBUSTEN NATURAL SERVICES Software AG. All rights reserved. For internal use only
IUG DRESDEN ERSTELLUNG VON ROBUSTEN NATURAL SERVICES 2016 Software AG. All rights reserved. For internal use only DIGITAL BUSINESS APPLICATIONS DRIVE THE DIGITAL BUSINESS Partner Lieferanten Kunden SaaS
ARCHITEKTUR VON INFORMATIONSSYSTEMEN
ARCHITEKTUR VON INFORMATIONSSYSTEMEN E- Mail Einleitung Internet E- Mail (Electronic Mail) ist einer der frühesten und immer noch einer der am häufigsten genutzten Internetdienste. Wir werden Internet
Übersicht. Angewandte Informatik 2 - Tutorium 6. Teile einer WSDL-Datei. Was ist WSDL. Besprechung: Übungsblatt 5
Übersicht Angewandte Informatik 2 - Tutorium 6 Besprechung: Übungsblatt 5 Götz Bürkle (goetz@buerkle.org) Übungsblatt 5: Aufgabe 4 - Webservices Institut für Angewandte Informatik und Formale Beschreibungsverfahren
Software Reuse Sommer 2004
8. Web Services Peter Sturm Universität Trier Ausgangspunkt Client/Server-Systeme Traditioneller RPC OO-Pendant RMI (CORBA) Probleme Installationbedarf auf Clientseite Aufwendige Installation auf Serverseite
SOAP. SOAP: Envelope
SOAP Simple Object Access Protocol XML-basierter Nachrichtenaustauschmechanismus Projektbeginn 1998 (Microsoft). Heute: SOAP V1.2 W3C Recommendation http://www.w3.org/2002/ws/ Spezifikation umfasst: SOAP
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
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
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
F.21 F.22 F SOAP-Umschlag (7) 3.2 SOAP-Umschlag (6) 3.2 SOAP-Umschlag (8) 3.2 SOAP-Umschlag (9) Beispielnachricht.
3.2 SOAP-Umschlag (6) Angaben im Kopf hier Kontextinformationen für den Aufruf in eigenem Namensraum (hier b) beliebige, anwendungsabhängige Daten freies Rollenattribut aus Umschlagnamensraum next: für
Web Services. XML, WSDL, SOAP und UDDI Einblicke und Ausblicke. 12.09.2002 J.M.Joller 1
Web Services XML, WSDL, SOAP und UDDI Einblicke und Ausblicke 12.09.2002 J.M.Joller 1 Beschreibung Zugriff auf Web Services - SOAP Inhalt Einleitendes Beispiel Die SOAP Spezifikation SOAP Envelope SOAP
Termin 4: Web Services Computing
Arbeitsgruppe Übung Netzbasierte Informationssysteme Termin 4: Web Services Computing Prof. Dr. Adrian Paschke Arbeitsgruppe Corporate Semantic Web (AG-CSW) Institut für Informatik, Freie Universität Berlin
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
Anbindung an WebServices Robert Zacherl
Anbindung an WebServices Robert Zacherl WebServices Definition Wikipedia: Ein Webservice (auch Webdienst) ermöglicht die Maschine-zu-Maschine-Kommunikation auf Basis von HTTP oder HTTPS über Rechnernetze
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
Die nächste WSDL-Generation. Mario Jeckle DaimlerChrysler Forschungszentrum Ulm mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.
Die nächste WSDL-Generation Mario Jeckle DaimlerChrysler Forschungszentrum Ulm mario.jeckle@daimlerchrysler.com mario@jeckle.de www.jeckle.de Übersicht Beschreibung von Web Services Umfeld und Technikgebiet
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.
Web-Konzepte für das Internet der Dinge Ein Überblick
Web-Konzepte für das Internet der Dinge Ein Überblick Samuel Wieland sawielan@student.ethz.ch ETH Zürich Seminar Das Internet der Dinge Historisches Tim Berners-Lee Erster Web-Server Bildquelle: Wikimedia
Literatur. VA SS Teil 5/Messages
Literatur [5-1] https://en.wikipedia.org/wiki/message-oriented_middleware [5-2] https://en.wikipedia.org/wiki/advanced_message_queuing_protocol http://www.amqp.org/specification/0-10/amqp-org-download
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
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
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
Semantic 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
Web Services Soap. Vladyslav Kutsenko Seminar Web services Vortrag zum Thema Soap
Web Services Soap Vladyslav Kutsenko Seminar Web services Vortrag zum Thema Soap uv08@stud.uni-karlsruhe.de 18. 05. 2004 Abstract Teleseminar Web Services Vortrag zum Thema Soap Typeset by FoilTEX Inhalt
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
Internetanwendungstechnik. TCP/IP- und OSI-Referenzmodell. Gero Mühl
Internetanwendungstechnik TCP/IP- und OSI-Referenzmodell Gero Mühl Technische Universität Berlin Fakultät IV Elektrotechnik und Informatik Kommunikations- und Betriebssysteme (KBS) Einsteinufer 17, Sekr.
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
Werner Motzet und Tim Pistor präsentieren:
*Außer Drucken Werner Motzet und Tim Pistor präsentieren: SSL HTTP RPC PHP lsx Java IPhone WSDL Kaffee XML LotusScript SOAP Provider Consumer Seit 2008 freier Entwickler Dynamische (Web-) Anwendungen
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
Web Services and Semantic Web
Web Services and Semantic Web XML, Web Services and the Data Revolution von Suat Sayar Inhalt Motivation: neues Paradigma XML,Microsoft und Sun Verteilte Systeme Erweiterungen des Unternehmensnetzes XML
Einführung in SOAP. Seminar E-Services. von Christoph Kurek
Einführung in SOAP Seminar E-Services von Christoph Kurek Was ist SOAP? SOAP steht für Simple Object Access Protokoll SOAP ist ein Standarisiertes Verpackungsprotokoll für Nachrichten SOAP ist eine Anwendung
Webservices für eingebettete Systeme
Fakultät Informatik Institut für Angewandte Informatik, Professur Technische Informationssysteme Webservices für eingebettete Systeme Dresden, 29.06.2006 Gliederung Einführung Automobilindustrie Webservice
Tutorial: Web Services. Was ist das? Wozu sind Web Services nützlich? Wie implementiere ich eigene Web Services
Tutorial: Web Services Was ist das? Wozu sind Web Services nützlich? Wie implementiere ich eigene Web Services Bei Web Services handelt es sich um Softwarebausteine, die auf verschiedenen Netzwerkrechnern
Microsoft.NET XML-Webdienste Schritt für Schritt
Adam Freeman Allen Jones Microsoft.NET XML-Webdienste Schritt für Schritt Microsoft Press Teil A Kapitel 1 Einführung Warum haben wir dieses Buch geschrieben? Wer sollte dieses Buch lesen? Der Aufbau dieses
WebService mit MTOM an der AG-Schnittstelle des GKV-Kommunikationsserver
WebService mit MTOM an der AG-Schnittstelle des GKV-Kommunikationsserver 1 Einführung Das vorliegende Dokument dient als Informationsgrundlage für die Kommunikation von WebServices via MTOM mit der Arbeitgeber-Schnittstelle
Einführung in die Windows Communication Foundation (WCF)
Einführung in die Windows Communication Foundation (WCF) Seminarvortrag Mark Foti Matrikelnummer: 993344 Gliederung 1 Einleitung 2 Das A-B-C (Address, Binding, Contract) Prinzip 3 Bindings und Protokolle
Praktikum Verteilte Anwendungen
Technische Informatik (Info II) -Sommersemester 2006 - Folie 1 / 27 0 Gliederung 1.) Kurze Wiederholung/ Einleitung 2.) RPC/ RMI 3.) Praktisches Beispiel 4.) Aufgabenblatt Folie 2 / 27 Wiederholung/ Einleitung
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
Web Services - Zusammenfassung. Autor: Roman Bühler
Web Services - Zusammenfassung Autor: Roman Bühler (r1buehle@hsr.ch) Web Services Zusammenfassung... 1 Allgemeines... 1 Begriffserklärungen... 1 Grundlagen... 1 Einsatzgebiete... 2 Welche Risiken haben
WebServices: Kommunikation
WebServices: Kommunikation WS Basiskomponenten & Rollen SOAP XML-RPC SOAP XML-RPC WS-Kommunikations Paradigmen Kommunikation nicht an bestimmte Level5-Protokolle gebunden Üblicherweise jedoch: SOAP XML-RPC
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,
Webservices. Entwicklercamp Denny Sternberg
Webservices Entwicklercamp 2015 Denny Sternberg Bei Fragen, einfach fragen! Denny Sternberg Seit 2001 entwickeln und admininstrieren von Lotus Domino IBM Certified Application Developer, System Administrator
SOAP, WSDL, UDDI. Martin Grimmer. Proseminar: Die Zukunft der Softwareentwicklung: Komponentensysteme/Web Services Vortrag 1 am 21.06.
Proseminar: Die Zukunft der Softwareentwicklung: Komponentensysteme/Web Services Vortrag 1 am 21.06.2006 Betreuer: Dipl.-Inform. Andreas Both Lehrstuhl Softwaretechnik und Programmiersprachen, Institut
Serviceorientierte Architektur / Web Service
/ Web Service Hauptseminar im Institut für Verteilte Systeme Nenad Marjanovic Universität Ulm 17.12.2007 Übersicht Was ist SOA? Vorteile aus Sicht des Entwicklers Vorteile aus Sicht des Managers Nachteile
Techniken von Web Services
Techniken von Web Services Neuer Wein in alten Schläuchen? Chris Hübsch chris.huebsch@informatik.tu-chemnitz.de 14. April 2003 Zusammenfassung Der Begriff Webservices stellt nach XML, XML-RPC und SOAP