Das war XML. Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
|
|
|
- Hinrich Berg
- vor 5 Jahren
- Abrufe
Transkript
1 Das war XML Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
2 Block XML Vorlesungen 6 Termine XML-Grundlagen einsch. Namenräume DTD & XML-Schema XML-Schema im Detail SAX & DOM Parser XPath XSLT & XSLT 2.0 2
3 Ja gut, aber wofür haben Sie das gelernt? Quelle: 3
4 Anwendungsspezifische Standards Verstehen und Entwickeln von Branchenstandards in XML (XML-Dokumente und zugeh. XML-Schemata) HR-XML Human Ressource XML ( NITF News Industry Text Formats ( 7) DocBook technische Dokumentationen allg. J2008 Dokumentationen in der Automobilindustrie TEI Text Encoding Initiative, Texte in den Geisteswissenschaften ISO wissenschaftliche Texte im Verlagskontext 4
5 Trennung von Inhalt und Präsentation Web 2.0 APIs Content Mashups EXCEL ASCII (X)HTML WML Web 3.0/Semantic Web Machine-readable metadata RDF(a) & Linked Data Ontologien Quellen: (David Simonds) 5
6 Und außerdem 6
7 Web Services Markus Luczak-Rösch Freie Universität Berlin Institut für Informatik Netzbasierte Informationssysteme
8 Block Web Services heutige Vorlesung Was sind Web Services? Web Services Basistechnologien: SOAP WSDL UDDI RPC vs. Messaging 8
9 Was sind Web Services?
10 Was sind Web Services? traditionelle Web-Anwendung Browser HTML Webseiten Anwendung Mensch-Maschine-Kommunikation Web Service Anwendung SOAP Daten Anwendung Maschine-Maschine-Kommunikation 10
11 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. 11
12 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) 12
13 Protokolle Layer Protokoll/Standards Messaging HTML Transport HTTP, FTP, SMPT Network TCP/IP, UDP 13
14 XML-gekapselte Protokolle Layer Protokoll/Standards Content Content Information Messaging SOAP, XML-RPC Transport HTTP, FTP, SMPT Network TCP/IP, UDP 14
15 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 15
16 Web Services Service Nutzer (Service Consumer) Web Service 16
17 Web Service Basiskomponenten: SOAP
18 Austausch einer SOAP-Nachricht Sender Empfänger Information Nachricht Information verpacken (serialisieren) auspacken (deserialisieren) 18
19 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 19
20 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: 20
21 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 2003 seit SOAP 1.2: SOAP Simple Object Access Protokoll 21
22 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
23 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 23
24 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 24
25 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 25
26 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 26
27 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 27
28 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" 28
29 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 29
30 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) 30
31 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 31
32 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 32
33 Ü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 33
34 Web Services Service Nutzer (Service Consumer) SOAP Web Service 34
35 SOAP - Vorteile + etablierter Standard + unabhängig von Übertragungsprotokollen + sowohl für RPCs als auch für Messaging geeignet + einfach erweiterbar + Erweiterungen unabhängig voneinander + Plattformunabhängig + Programmiersprachenunabhängig 35
36 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 - heutzutage noch nicht vollständig interoperabel 36
37 Web Service Basiskomponenten: WSDL
38 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 38
39 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 39
40 WSDL Aufbau Web Service Operationen dogooglesearch SOAP-Anfrage SOAP-Antwort beschreibt Netzwerkdienste als Kommunikationsendpunkte (Ports), die bestimmte Nachrichten über bestimmte Protokolle austauschen Web-Adresse 40
41 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 41
42 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) 42
43 Web Service von Dienst: Suche Name der Operation: dogooglesearch Rückgabe: dogooglesearchresponse 43
44 Web Service von Dienst: Zugriff auf Web-Cache Name der Operation: dogetcachedpage Rückgabe: dogetcachedpageresponse 44
45 Web Service von Dienst: Rechtschreibkorrektur Name der Operation: dospellingsuggestion Rückgabe: dospellingsuggestionresponse 45
46 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? 46
47 Grundstruktur Operations PortTypes Bindings Ports dogooglesearch SOAP/HTTP POST GoogleSearchPort SOAP/SMTP dogetcachedpage mailto: dospellingsuggestion HTML/ HTTP GET Service 47
48 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 48
49 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 49
50 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 50
51 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 51
52 Die WSDL-Beschreibung von abstrakte Schnittstelle Endpunkt SOAP/HTTP-POST-Bindung 52
53 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 53
54 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) 54
55 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 55
56 Web Services WSDL beschreibt Service Service Nutzer (Service Consumer) SOAP Web Service 56
57 Vorteile von WSDL soll unterschiedliche Probleme lösen: Interoperabilität Interoperabilität zwischen unterschiedlichen Implementierungsplattformen gemeinsame Technologie für verschiedene Anwendungsgebiete Kosten geringe Entwicklungskosten durch allgemein verfügbare Basistechnologien Vorteile + Plattformunabhängig + allgemein akzeptiert und etabliert + Syntax der Schnittstelle kann genau festgelegt werden + Unterschiedliche Realisierungen einer abstrakter Schnittstelle möglich (z.b. SOAP über HTTP und SMTP) 57
58 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 Aspekten (quality of service) - keine Sicherheitsaspekte - unzureichend, um automatisch die Kompatibilität (Interoperabilität) zweier Web Services feststellen zu können Semantic Web Services 58
59 Web Service Basiskomponenten: UDDI
60 UDDI Universal (Service) Description, Discovery, and Integration entwickelt seit Herbst 2000 von Ariba, Microsoft& IBM beschreibt einen Verzeichnisdienst für Web Services SOAP basierter Dienst 60
61 UDDI White Pages Yellow Pages Green Pages Quelle: 61
62 UDDI Komponenten UDDI-XML-Schema Business-Entity Business-Service Binding-Template Technische Modelle (TModel) UDDI-API Anwendungsschnittstelle in Form von Web Services 62
63 UDDI vs. WS-Inspection UDDI Nutzer WS-Inspection Nutzer suchen UDDI Verzeichnis veröffentlichen suchen suchen suchen Anbieter Anbieter Anbieter Anbieter Anbieter Anbieter 63
64 Web Services UDDI Verzeichnis Verweist auf die Service-Beschreibung WSDL findet Service beschreibt Service Service Nutzer (Service Consumer) SOAP Web Service 64
65 RPC vs. Messaging
66 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! 66
67 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 67
68 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) 68
69 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. 69
70 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 70
71 1. Kommunikationsstruktur Anzahl und Organisation der Kommunikationspartner wichtigste Kommunikationsstrukturen: - One-to-One-Kommunikation - One-to-Many-Kommunikation 71
72 1. Kommunikationsstruktur: One-to-One-Kommunikation Sender Empfänger Sender sendet Nachricht an bestimmten Empfänger. Beispiel: Kunde sendet Bestellung per an Firma 72
73 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 73
74 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. 74
75 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 75
76 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 76
77 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. Beispiele: , MQSeries (IBM), JMS 77
78 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 78
79 Beispiel 1 A B A verschickt Anfrage Anfrage (request) A wartet auf Antwort Antwort (replay) B läuft, verarbeitet noch nicht die Anfrage B verarbeitet Anfrage flüchtige, synchrone Kommunikation auch antwortorientiert (response-based) genannt implementiert synchrone RPCs jedoch RPC: Kommunikation für Anwendung sichtbar 79
80 Beispiel 2 A B A verschickt Anfrage Anfrage (request) A wartet auf Bestätigung Bestätigung (accept) Antwort (call back) B läuft, verarbeitet noch nicht die Anfrage B verarbeitet Anfrage flüchtige, asynchrone Kommunikation auch bestätigungsorientiert (delivery-based) genannt implementiert asynchrone RPCs jedoch RPC: Kommunikation für Anwendung sichtbar 80
81 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 81
82 Web Services eine Erfolgsgeschichte?
83 Beispiel: ohne Browser With Google Web APIs, your computer can do the searching for you. Suchanfrage: SOAP-Nachricht (XML) Suchergebnis: SOAP-Nachricht (XML) Anwendung: in periodischen Abständen zu bestimmten Thema nach neuen Webseiten suchen lassen 83
84 Beispiel: ohne Browser Google AJAX APIs -DE/apis/ajax/ Javascript-Snippets und API Asynchrone Javascript-Aufrufe XML oder JSON Rückgabe 84
85 Beispiel: Yahoo! Search Boss REST API Aufruf REST URI XML als Antwort oder JSON 85
86 Web Services Wellen Semantic Web Services (?) Semantische Spezifikationen: OWL, RDF Weiterführende Spezifikation: UDDI, WS-Security Basisspezifikation WSDL, SOAP 86
87 Exkurs: REpresentational State Transfer kein Protokoll sondern ein Architekturstil Verwaltet beliebige Menge von Ressourcen Minimierung von Netzwerklatenz und Netzwerkverkehr Maximierung von Unabhängigkeit und Skalierbarkeit von Komponenten RESTful eine Anwendung konform zum REST-Architekturstil der populärster Anbieter einer REST-Anwendung (in 2006 ca. 80% der Anfragen über REST) 87
88 REST-Grundsatz REST-Architektur des WWW (Fielding 2000): jede Web-Ressource soll eindeutig über eine URI identifiziert werden Beispiel: online gebuchte Reise = Web-Ressource gebuchte Reise sollte daher auch über eine URI eindeutig identifiziert werden 88
89 REST-Prinzipien (I) 1. zustandslose Client/Server-Kommunikation Client kann sich nicht darauf verlassen, dass Kontext der vorherigen Interaktion immer noch vorhanden ist alle Informationen in der Anfrage 2. identifizierbare Ressourcen Ressource - allgemeiner Oberbegriff für konkrete oder abstrakte Dinge, mit denen eine Interaktion möglich ist Ressourcen sind über einen standardisierten Mechanismus dauerhaft weltweit eindeutig identifizierbar und adressierbar URIs - sichtbarstes im Web umgesetztes REST-Prinzip 89
90 REST-Prinzipien (II) 3. uniforme Schnittstelle nur eine einzige Schnittstellenvereinbarung beinhaltet nur die Methoden/Operationen, die prinzipiell von allen Ressourcen unterstützt werden 4. Hypermedia Hypermedia as the Engine of Application State Server überträgt Menge von Daten + die durch den Client initiierbare Zustandsübergänge in Form von eingebetteten Verknüpfungen (Links) 90
91 REST bei AWSAccessKeyId=[ID]&Operation=ItemSearch&SearchIndex=Books& Title=Harry%20Potter Ausschnitt der Antwort des Amazon Servers 91
92 HyrryPoter Beispiel 92
93 Block Web Services heutige Vorlesung Was sind Web Services? Basistechnologien (SOAP, WSDL, UDDI) RPC vs. Messaging SOAP & WSDL vs. REST nächste Vorlesung Semantic Web Grundlagen und RDF 93
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
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
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
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
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 +
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,
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,
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)
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:
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
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
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
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. 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
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
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
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?
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
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
<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
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
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
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
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
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
Web Services Integration heterogener Systemlandschaften. Prof. Dr. Gregor Engels Fabian Christ 08. Juni 2010
Web s Integration heterogener Systemlandschaften Prof. Dr. Gregor Engels Fabian Christ 08. Juni 2010 Technische Kooperation Datenaustausch / Benutzung technischer Dienste über das Internet Mein Unternehmen
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
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
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
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
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
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
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
2. WWW-Protokolle und -Formate
2. WWW-Protokolle und -Formate Inhalt: HTTP, allgemeiner syntaktischer Aufbau Wichtige Methoden des HTTP-Protokolls Aufbau von Web-Applikationen unter Nutzung von HTTP, HTML, DOM XML, XML-DTD und XML-Schema
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
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
Integration von UIS-Webdiensten
Integration von UIS-Webdiensten neue Möglichkeiten durch Web 2.0 basierte Technologien Clemens Düpmeier, Werner Geiger, Claudia Greceanu (duepmeier, geiger, greceanu@iai.fzk.de) Institut für Angewandte
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
Java Web Services mit
Java Web Services mit Seminar Softwaretechnik WS 2004/05 Lehrstuhl für Praktische Informatik an der WWU Münster Jürgen de Braaf - 05.01.2005 Inhalt Definition und Eigenschaften von Web Services Einführendes
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
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
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!
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
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
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
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
Web Services. Web Services in the News. Vision: Web of Services. Learning for Results. DECUS Symposium 2002, Vortrag 1K07,
Web Services Vision: Web of Services Applikationen und Services Ralf Günther Compaq Computer GmbH, Köln Ralf.Guenther@compaq.com DECUS Symposium 2002, Vortrag 1K07, 16.04.2002 Web Services in the News
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
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
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
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
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
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
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
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
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
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
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
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
Komponentenorientierte Software-Entwicklung. Seite 1 / 42
Seite 1 / 42 Wiederholung Messaging Java Messaging Service (JMS) Pub/Sub P2P Messaging Middleware XMPP-Protokoll Java API for XML-Processing (JAXP) Java API for XML-Binding Webservices / SOA Simple Object
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
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
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
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
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
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, 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
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
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
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
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
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
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
XML-RPC, SOAP und Web Services. Jörn Clausen joern@techfak.uni-bielefeld.de
XML-RPC, SOAP und Web Services Jörn Clausen joern@techfak.uni-bielefeld.de Übersicht Was ist RPC? Was hat XML mit RPC zu tun? Was sind XML-RPC und SOAP? Was sind Web Services? Wird das die Welt retten?
Backend. Hochschule Darmstadt, Fachbereich Informatik, Wintersemester 2016/2017. Christopher Dörge, Thomas Sauer, David Müller
Backend Hochschule Darmstadt, Fachbereich Informatik, Wintersemester 2016/2017 Christopher Dörge, Thomas Sauer, David Müller Aufbau einer RESTful API mit... Ziel node.js, express und MongoDB Symfony und
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,
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
XML-Technologien K. Schild, 2006 / M. Mochol,
XML-Technologien 1 Heutige Vorlesung 1. Organisatorisches 2. Was ist XML? 3. Anwendungen von XML 4. Überblick über die Vorlesung 5. Literatur 2 Organisatorisches 3 Veranstalter Vorlesung: Malgorzata Mochol,
Web Service Entwicklung mit Java. Sven Lindow
Web Service Entwicklung mit Java Sven Lindow 22.11.2006 Agenda Einleitung SOAP, REST, WSDL, UDDI Web Services mit Java JWSDP JAX-RPC, JAX-WS 2.0 AXIS, AXIS2 Web Services nutzen Google, Ebay Web Services
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
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
Securing SOAP e-services
Securing SOAP e-services Nilson Reyes Sommersemester 2004 aus: E. Damiani, S. De Capitani di Vermercati, S. Paraboschi, P. Samarati, Securing SOAP e-sservices, IJIS, Ausgabe 1 (2002), S.110-115. Gliederung
Schnittstellenbeschreibung atlasfx REST
Schnittstellenbeschreibung atlasfx REST Version 3.1 Stand 11.06.2015 Herausgeber: alta4 AG Fleischstraße 57 54290 Trier Germany Fon: +49.651.96626.0 Fax: +49.651.96626.26 www.alta4.com info@alta4.com Inhaltsverzeichnis
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
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
Stefan Tilkov. REST und HTTP. Einsatz der Architektur des Web für Integrationsszenarien. dpunkt.verlag
Stefan Tilkov REST und HTTP Einsatz der Architektur des Web für Integrationsszenarien dpunkt.verlag ~ы\ 1 Einleitung 1 1.1 Warum REST? 1 1.1.1 Lose Kopplung 2 1.1.2 Interoperabilität 2 1.1.3 Wiederverwendung
Die Nutzung von Webservices in der Oracle Datenbank. 11 März 2010
Die Nutzung von Webservices in der Oracle Datenbank 11 März 2010 Agenda Vorstellung Apps Associates Einstieg und Definition Webservice Definition Application Server / Oracle Application Server Oracle Webservices
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
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
Einführung: Verteilte Systeme - Remote Method Invocation -
Einführung: Verteilte Systeme - - Prof. Dr. Michael Cebulla 11. Dezember 2014 Fachhochschule Schmalkalden Wintersemester 2014/15 1 / 43 M. Cebulla Verteilte Systeme Gliederung 1 2 Architektur RMI Kommunikation
Grundlagen Internet-Technologien INF3171
Fachbereich Informatik Informationsdienste Grundlagen Internet-Technologien INF3171 Cookies & Sessions Version 1.0 20.06.2016 aktuelles 2 Erweiterungen wir betrachten zwei Erweiterungen: Personalisierung
Computop Mobile SDK Authentisierung Integration Guide
Computop Mobile SDK Authentisierung Integration Guide Version 6.2.2 Stand: 25.08.2017 Inhaltsverzeichnis Über Computop Mobile SDK Authentisierung... 4 Allgemeines zu Mobile SDK Authentisierung... 4 Diagramm
SOAP und REST Ein Vergleich von service- und ressourcenorientierten Architekturen und deren Einsatz im VMA-Projekt
Verteilte und mobile Applikationen - Arbeitsgebiet 3: Verteilte mobile Dienste in Next Generation Networks SOAP und REST Ein Vergleich von service- und ressourcenorientierten Architekturen und deren Einsatz