Konzeption und Realisierung eines plattformübergreifenden Web-Services zur Verwaltung von Nutzerkonten für virtuelle Waren
|
|
- Günter Martin
- vor 8 Jahren
- Abrufe
Transkript
1 Technische Universität Ilmenau Fakultät für Informatik und Automatisierung Institut für Theoretische und Technische Informatik Fachgebiet Rechnerarchitekturen Konzeption und Realisierung eines plattformübergreifenden Web-Services zur Verwaltung von Nutzerkonten für virtuelle Waren von Gabriele Frings verantwortl. Hochschullehrer: Prof. Dr.-Ing. habil. Wolfgang Fengler Betreuer: Dr.-Ing. Jürgen Nützel Prof. Dr. phil.-nat. Rüdiger Grimm Diplomarbeit zur Erlangung des akad. Grades Diplom-Informatiker Thema ausgegeben am: 13. Januar 2003 Arbeit eingereicht am: 17. Juni 2003 Inventarisierungsnummer: /048/IN98/2231
2
3 Danksagung Herzlich bedanken möchte ich mich bei allen, die zum Gelingen dieser Diplomarbeit beigetragen haben, besonders bei meinen Betreuern Dr.-Ing. Jürgen Nützel und Prof. Dr. phil.-nat. Rüdiger Grimm sowie bei dem verantwortlichen Hochschullehrer Prof. Dr.-Ing. habil. Wolfgang Fengler. Erklärung Ich versichere, dass ich diese Diplomarbeit selbständig verfasst und nur die angegebenen Quellen und Hilfsmittel verwendet habe. Ilmenau, den 17. Juni (Gabriele Frings) /048/IN98/2231 I
4 II /048/IN98/2231
5 Thesen 1. Ein Web-Service kann als eindeutig identifizierbares Software-System charakterisiert werden, dessen öffentliche Schnittstellen mit XML beschrieben sind. Die Beschreibung ist allgemein zugänglich und ermöglicht anderen Systemen eine Interaktion über bekannte Internet-Protokolle und Nachrichten-Formate. 2. Der Nachrichtenaustausch von Web-Services erfolgt über SOAP. Dieses Protokoll basiert auf HTTP und nutzt so die vorhandene Infrastruktur des Internets. SOAP-Nachrichten folgen der XML-Syntax. 3. Der Standard zur Beschreibung von Web-Services ist WSDL (Web Service Description Language). Auf XML-Basis können damit Datentypen, Nachrichten, Schnittstellen und Dienste genau spezifiziert werden. 4. Durch die Verwendung von XML und davon abgeleiteten Darstellungen sind Web-Services über Plattform- und Programmiersprachengrenzen hinweg einsetzbar. 5. Ein Geschäftsmodell zum Vertrieb virtueller Waren ist das Potato-System. Durch eine Umsatzbeteiligung für die Nutzer fördert es die Weiterverteilung und schafft so einen Interessenausgleich zwischen Anbieter und Käufer. 6. Die Verwaltung von Nutzerkonten für virtuelle Waren kann durch das Potato-System erfolgen. Über einen Web-Service können Kooperationspartner damit interagieren. 7. Der Axis-Toolkit von Apache bietet Werkzeuge, um aus der WSDL-Beschreibung einen Rahmen von Java-Klassen zu generieren. Seine SOAP-Engine kann in einen Servlet Container wie Tomcat integriert werden, um den Web-Service bereitzustellen. 8. Die Nutzer des entwickelten Web-Service können verschiedene Clients einsetzen. Kooperationspartner greifen über eigene Software, sog. Potato Jackets, darauf zu. Peer-to-Peer (P2P)-Netzwerke werden über ein spezielles Applet, den P2P-Client, angebunden. 9. Zur Verwaltung von Nutzerkonten wurde nach den Ideen der Liberty Alliance ein eigenes Konzept für das Potato-System erstellt. Nutzer können so ihre verschiedenen Konten /048/IN98/2231 III
6 verknüpfen, um den Anmeldevorgang über einen Alias zu vereinfachen. Persönliche Nutzerdaten werden nicht ausgetauscht und die jeweilige Verwaltung kann getrennt weitergeführt werden. 10. Durch den Web-Service kann den Nutzern die Funktionalität des Potato-Systems über verschiedene Partner angeboten werden. Diese können ihre Web-Präsenz mit verschiedenen Programmiersprachen erstellen und nach dem jeweiligen Corporate Design gestalten. Ilmenau, den 17. Juni (Gabriele Frings) IV /048/IN98/2231
7 Inhaltsverzeichnis 1 Einleitung Ziele Kapitelübersicht Web-Services Charakterisierung Architektur Komponenten Rollen Operationen Erweiterungen Schichtenmodell Kommunikationsschicht Beschreibungsschicht Entdeckungsschicht Gesamtbild und Querschnittsaufgaben Beziehungen zur Architektur Technologien XML SOAP WSDL UDDI Was ist anders? Interoperabilität Just-in-time-Integration zukünftige Entwicklungen Potato-System Grundidee Prototypen Begriffswelt Verkaufsablauf Weiterentwicklung Neue Begriffe Veränderter Verkaufsablauf /048/IN98/2231 V
8 Inhaltsverzeichnis 4 Nutzerverwaltung Liberty Alliance Passport Konzeption Zielsetzung Nutzerverwaltung Abrechnung Dienstangebot Protokolle Kostenpflichtiger Download Bezahlen P2P-Kauf Login prüfen Nochmaliger Download Implementierung Vorgehensweise am Beispiel Vorgehensweise am Potato-System Installation Erstellung der WSDL-Beschreibung Generierung der Java-Klassen Umsetzung des Web-Service Offene Punkte Zusammenfassung und Ausblick 57 A Realisierung 59 A.1 Operationen A.1.1 Accounts verknüpfen A.1.2 ActivationCode einsetzen A.1.3 ActivationCodes erwerben A.1.4 Besitz prüfen A.1.5 Dateien überprüfen A.1.6 Datei-Liste abrufen A.1.7 Datei registrieren A.1.8 Download-Informationen abrufen A.1.9 Guthaben abfragen A.1.10 Handle aktualisieren A.1.11 Handle ermitteln A.1.12 Informationen abrufen A.1.13 Kaufen über einen P2P-Client A.1.14 Kaufen über ein Jacket A.1.15 Login A.1.16 Login per Handle VI /048/IN98/2231
9 Inhaltsverzeichnis A.1.17 Logout A.1.18 Matching A.1.19 Nutzerdaten ändern A.1.20 Nutzerdaten anzeigen A.1.21 Nutzer registrieren A.1.22 P2P-Tauschbarkeit prüfen A.1.23 P2P-Transfer A.1.24 P2P-Übertragbarkeit prüfen A.1.25 Providerdaten ändern A.1.26 Providerdaten anzeigen A.1.27 Provider registrieren A.1.28 TAN ermitteln A.1.29 Transaktionen anzeigen A.1.30 Verknüpfung lösen A.2 Datentypen A.2.1 einfache Datentypen A.2.2 komplexe Datentypen A.2.3 Felder A.3 Datenbank-Schema Literatur 97 Empfehlungen Alle Quellen alphabetisch /048/IN98/2231 VII
10 VIII /048/IN98/2231
11 Abbildungsverzeichnis 2.1 Bestandteile eines Web-Service Service-orientierte Architektur Architektur-Varianten Kommunikationsschicht Beschreibungsschicht Entdeckungsschicht Schichtenmodell zum Web-Service Beziehungen zur Architektur Struktur der Nachricht nach [W3C02a] Struktur eines WSDL-Dokumentes nach [STK02, S. 94] Entwicklung des UDDI-Datenmodells nach [Som03a] Verkauf und Weiterverkauf im Potato-System Veränderter Verkaufsablauf Identity Federation (Verknüpfung zweier Konten) Single Sign-on Anmeldung bei Passport Umgebung des Web-Service Beispiel zur systemübergreifenden Nutzerverwaltung Berechnung der Provisionen Aktivitätsdiagramm kostenpflichtiger Download Farb-Semantik der Aktivitätsdiagramme Aktivitätsdiagramm bezahlen Aktivitätsdiagramm P2P-Kauf Aktivitätsdiagramm Login Prüfen Aktivitätsdiagramm Nochmaliger Download Aufruf von TestPOS mit Ergebnis Architektur und Weg der Anfrage A.1 Werte und Bedeutung A.2 Erweitertes Datenbank-Schema /048/IN98/2231 IX
12 X /048/IN98/2231
13 Tabellenverzeichnis 5.1 Dienstangebot Software der Entwicklungsumgebung A.1 Operation Accounts verknüpfen A.2 Operation ActivationCode einsetzen A.3 Operation ActivationCodes erwerben A.4 Operation Besitz prüfen A.5 Operation Dateien überprüfen A.6 Operation Datei-Liste abrufen A.7 Operation Datei registrieren A.8 Operation Download-Informationen abrufen A.9 Operation Guthaben abfragen A.10 Operation Handle aktualisieren A.11 Operation Handle ermitteln A.12 Operation Informationen abrufen A.13 Operation kaufen über einen P2P-Client A.14 Operation kaufen über ein Jacket A.15 Operation Login A.16 Operation Login per Handle A.17 Operation Logout A.18 Operation Matching A.19 Operation Nutzerdaten ändern A.20 Operation Nutzerdaten anzeigen A.21 Operation Nutzer registrieren A.22 Operation P2P-Tauschbarkeit prüfen A.23 Operation P2P-Transfer A.24 Operation P2P-Übertragbarkeit prüfen A.25 Operation Providerdaten ändern A.26 Operation Providerdaten anzeigen A.27 Operation Provider registrieren A.28 Operation TAN ermitteln A.29 Operation Transaktionen anzeigen A.30 Operation Verknüpfung lösen A.31 einfache Datentypen A.32 Feldtypen /048/IN98/2231 XI
14 XII /048/IN98/2231
15 Listings 2.1 Ausschnitt aus einem XML-Dokument XML Schema zu Listing SOAP Nachricht nach [W3C02a] Grundgerüst eines WSDL-Dokumentes Definition der Datentypen im WSDL-Dokument Bildung von Arrays zu Datentypen Definition von Nachrichten aus Datentypen im WSDL-Dokument Definition eines Port-Typs aus Operationen im WSDL-Dokument Definition der Bindung im WSDL-Dokument Definition des Services im WSDL-Dokument Nutzung von UDDI über in HTTP eingebettetes SOAP Port-Definition für Apache Axis PurchaseOrderBindingImpl.java TestPOS.java Nachrichten zur Operation Login Port-Definition für den Web-Service des Potato-Systems A.1 Datenstruktur BuyInfo A.2 Datenstruktur CodeInfo A.3 Datenstruktur DownloadInfo A.4 Datenstruktur FileInfo A.5 Datenstruktur FileLink A.6 Datenstruktur Match A.7 Datenstruktur ProviderData A.8 Datenstruktur TransactionInfo A.9 Datenstruktur TransactionRestrictions A.10 Datenstruktur UserData A.11 Datenstruktur UserInfo /048/IN98/2231 XIII
16 XIV /048/IN98/2231
17 1 Einleitung Im Informationszeitalter gewinnt die Vernetzung bisher eigenständiger Systeme zunehmend an Bedeutung. Basierend auf den Grundgedanken des Internets bieten Web-Services eine Architektur zur plattformunabhängigen Kommunikation. So können verschiedenste Dienste durch das Zusammenspiel mehrerer Maschinen erbracht und dem Nutzer über ein Web-Interface zugänglich gemacht werden. Durch den Einsatz von Web-Services können Systeme flexibler gestaltet werden. So kann beispielsweise ein Online-Shop nicht nur verschiedene Systeme zur Bezahlung anbinden, sondern auch Dienste und Nutzerverwaltung eines Kooperationspartners einblenden. In dieser Diplomarbeit wird ein Web-Service zur Verwaltung von Nutzerkonten für virtuelle Waren entwickelt. Der Web-Service soll plattformunabhängig den Zugriff auf das sog. Potato-System ermöglichen. Das Potato-System ist ein Geschäftsmodell zum Vertrieb virtueller Waren. Durch eine Umsatzbeteiligung für die Nutzer schafft es einen Interessenausgleich zwischen Anbieter und Käufer. 1.1 Ziele Als erstes Ziel dieser Diplomarbeit ist die Darstellung der Grundlagen zu nennen. Das Konzept der Web-Services wird anhand von Technologien und Standards näher gebracht. Da sich diese Arbeit auf das Potato-System bezieht, ist dieses vorzustellen. Auf Basis der zu Beginn vorliegenden Version soll eine Zukunfts-Vision beschrieben werden. Diese dient als Leitlinie für die Weiterentwicklung. Die Verwaltung von Nutzerkonten kann anhand zweier konträrer Ansätze eingeführt werden. Daraus ist eine realisierbare Variante für das Potato-System abzuleiten. Diese wird zusammen mit weiteren Bausteinen für den Web-Service in der Konzeption fixiert. Ein Überblick zu Dienstangebot und Protokollen soll angeboten werden. Die Umsetzung des Web-Service mit den ausgewählten Hilfsmitteln (Toolkits, Produkte) ist zu skizzieren. Dies soll einen Einblick in den praktischen Teil dieser Arbeit geben. Vorrangiges Ziel ist hier der Web-Service selbst. Die Implementierung dazu benötigter Funktionen kann ggf /048/IN98/2231 1
18 Kapitel 1. Einleitung auch später erfolgen. Details zur Realisierung (z. B. Operationen und Datenstrukturen) sind im Anhang darzustellen. 1.2 Kapitelübersicht Die Struktur der Kapitel orientiert sich an den Ziel-Vorgaben. Nach diesem einleitenden Kapitel werden die Grundlagen zu Web-Services, zum Potato-System und zur systemübergreifenden Nutzerverwaltung vorgestellt. Auf dieser Basis kann die Konzeption erläutert werden. Ausgehend von der Zielsetzung und Umwelt des zu entwerfenden Web-Service wurden Strategien zur Nutzerverwaltung und Abrechnung erarbeitet. An deren Darstellung schließt sich der Überblick über das Dienstangebot und eine Beschreibung der wichtigsten Protokolle an. Der Anhang beleuchtet die Details der Schnittstelle und die Änderungen am Datenbank-Schema. Die Implementierung wird an Beispielen beschrieben. Als Abschluss kann ein Blick in die Zukunft dienen. Ansatzpunkte für die weitere Entwicklung können im letzten Kapitel aufgezeigt werden /048/IN98/2231
19 2 Web-Services Dieses Kapitel bietet eine kurze Einführung in das Thema Web-Services. Da keine Definition allgemein akzeptiert ist, wird der Begriff charakterisiert. Anschließend wird die Basis-Architektur von Web-Services vorgestellt. Diese kann konzeptuell auch als Schichtenmodell betrachtet werden. Den einzelnen Ebenen sind Technologien zugeordnet. Diese werden im Anschluss daran erläutert. Den Abschluss des Kapitels bildet ein Vergleich mit bisher angewandten Techniken. 2.1 Charakterisierung Zum Schlagwort Web-Service existiert keine einheitliche Terminologie [Sta01]. Eine Sammlung von Definitionen, verbunden mit einer Diskussion zur korrekten Schreibweise, findet man bei [Jec02]. Im Rahmen dieser Arbeit wird der Begriff in Anlehnung an das W3C [W3C02d] verwendet. Ein Web-Service besitzt folgende Kennzeichen: 1. ein Software-System, das eindeutig durch eine URI (Uniform Resource Identifier, z. B. URL) identifizierbar ist 2. öffentliche Schnittstellen, die klar definiert und beschrieben sind durch XML 3. eine Beschreibung, die für andere Software-Systeme zugänglich ist 4. andere Systeme können mit dem Web-Service interagieren (wie in der Schnittstellen- Beschreibung festgelegt) 5. die Kommunikation erfolgt über ein Nachrichten-Format auf XML-Basis 6. zur Übertragung werden Internet-Protokolle genutzt, z. B. HTTP, FTP,... Abbildung 2.1 zeigt die Bestandteile im Zusammenspiel. Vereinfachend kann man sich einen Web-Service wie eine Schnittstelle zum entfernten Prozedur- oder Methodenaufruf vorstellen. Das Besondere an dieser Schnittstelle ist die Abstraktion von der genutzten Plattform oder Programmiersprache /048/IN98/2231 3
20 Kapitel 2. Web-Services XML 6. z. B. HTTP URI 1. Abbildung 2.1: Bestandteile eines Web-Service 2.2 Architektur Die Basis-Architektur von Web-Services bezeichnet man auch als Service-orientierte Architektur (SOA). Sie umfasst den Lebenszyklus eines Web-Services und identifiziert dabei drei Rollen und Operationen. Diese beziehen sich auf zwei Artefakte: das Software-Modul und seine Beschreibung. Anhand von Abbildung 2.2 soll die Web-Service-Basis-Architektur in Anlehnung an das W3C [W3C02d] erläutert werden. Verzeichnis XML Beschreibung finden veröffentlichen XML interagieren Dienst Nutzer Anbieter Abbildung 2.2: Service-orientierte Architektur Komponenten Dienst (Service): Die Implementierung, also das Software-Modul, wird als Dienst bezeichnet und über ein Netzwerk zugänglich gemacht. Seine Schnittstelle ist der Web-Service /048/IN98/2231
21 2.2. Architektur Dienst-Beschreibung (Service Description): Die Beschreibung der Schnittstelle umfasst neben Angaben zu Datentypen und Operationen auch Informationen über die Netzwerk-Adresse. Sie kann auch Meta-Daten zur Kategorisierung des Web-Service beinhalten. Veröffentlicht wird sie meist über ein Verzeichnis Rollen Nutzer (Service Requestor): Die Anwendung, die einen Web-Service nutzt, kann von einem Menschen oder einer Maschine (z. B. von einem anderen Web-Service) dazu angestoßen worden sein. Anbieter (Service Provider): Der Eigentümer eines Web-Service bzw. die Plattform, auf der er bereitgestellt wird, ist der Anbieter dieser Dienstleistung. Verzeichnis (Registry): Hier kann man die Dienst-Beschreibungen finden. Wie bei Web-Seiten sind zwei Verfahren möglich: entweder trägt der Anbieter den Dienst ein oder aber eine Art Suchmaschine durchsucht das Web nach Diensten und übernimmt die Katalogisierung. Man bezeichnet diese Rolle auch als Gelbe Seiten oder Suchmaschine. Im Englischen sind Service Broker und Discovery Agency ebenfalls üblich Operationen veröffentlichen (publish): Ein Anbieter muss seinen Dienst erst den potentiellen Nutzern zugänglich machen. Deshalb veröffentlicht er die Beschreibung, so dass die Nutzer sie finden können. finden (find): Die publizierte Beschreibung eines Dienstes erhält ein Nutzer entweder direkt vom Anbieter oder über das Verzeichnis. Das Auffinden erfolgt zur Entwicklung der Client- Anwendung und zur Nutzung des Web-Service, also zur Laufzeit. interagieren (interact): Soll ein Web-Service mit seinem Nutzer interagieren, so muss dieser ihn über die Dienst-Beschreibung finden und aufrufen Erweiterungen Die Web-Service-Basis-Architektur kann um zusätzliche Funktionalität erweitert werden. Denkbar sind Erweiterungen zu folgenden Themen: Sicherheit, Authentisierung, d. h. Sicherstellung der Authentizität wie in [Eck01, S. 5] definiert, /048/IN98/2231 5
22 Kapitel 2. Web-Services Vertraulichkeit, Verlässlichkeit, Integrität, Transaktionen (im Sinne von Datenbank-Transaktionen, aber auch solche mit langer Laufzeit), Management, Attachment (Anhänge von z. B. Binärdaten), Choreographie des Nachrichtenaustausches (z. B. request/response oder Einweg-Nachrichten), Session und Routing. Auch Entwicklungen hin zu a) einem Peer-to-Peer-Pattern (P2P), b) direkter Interaktion zwischen Anbieter und Nutzer ohne Verzeichnis, c) indirektem Austausch über einen Vermittler zwischen Nutzer und Anbieter oder d) eine Änderung der Interaktion, z. B. mit Einweg-Nachrichten ähnlich wie bei Newslettern, sind denkbar. Abbildung 2.3 zeigt die Möglichkeiten /048/IN98/2231
23 2.2. Architektur Verzeichnis XML XML finden veröffentlichen finden veröffentlichen XML Nutzer Anbieter XML interagieren Anbieter Dienst Nutzer Dienst (a) P2P Verzeichnis XML finden veröffentlichen Verzeichnis XML veröffentlichen Anbieter XML Nutzer interagieren XML Dienst Nutzer Vermittler Anbieter Dienst (b) direkt (c) indirekt Verzeichnis XML finden veröffentlichen XML Nutzer Dienst Anbieter Nutzer (d) Einweg Abbildung 2.3: Architektur-Varianten /048/IN98/2231 7
24 Kapitel 2. Web-Services 2.3 Schichtenmodell Wie in vielen anderen Fällen lässt sich auch die Web-Service-Architektur konzeptuell als Schichtenmodell oder Stack beschreiben. Die einzelnen Schichten (Kommunikation, Beschreibung und Entdeckung) zerfallen ihrerseits wieder in Ebenen und besitzen so einen eigenen Stack. Aus technischer Sicht ergibt sich ein ähnliches Bild, bei dem die einzelnen Komponenten oft als Standards bezeichnet werden. Dazu ist anzumerken, dass die Standardisierung der unteren Schichten weiter fortgeschritten ist (teilweise sind es wirklich Standards). Auch die Technologien sind in diesen Ebenen besser erprobt und weiter verbreitet. Die Erläuterungen folgen hier ebenfalls dem W3C [W3C02d] Kommunikationsschicht Diese Schicht wird im Englischen mit dem Wort Wire bezeichnet und umfasst Techniken, die den physikalischen Datenaustausch betreffen. Dazu sind der Transport zwischen Nutzer und Anbieter im Netzwerk, das Nachrichtenformat und Erweiterungen davon zu zählen. Abbildung 2.4 veranschaulicht die Schichten im Stack der Kommunikation. Kommunikation Erweiterungen Verpackung Transport Abbildung 2.4: Kommunikationsschicht Als Transportprotokoll wird meist HTTP eingesetzt. Aber auch andere Internet-Protokolle wie FTP (Dateiaustausch) oder SMTP ( ) können nach Anwendungsgebiet des Web-Service eingesetzt werden. Nachrichten müssen vor dem Senden verpackt und nach dem Empfang wieder ausgepackt werden. Als Nachrichtenformat kommt XML oder eine davon abgeleitete Darstellungsform wie SOAP zum Einsatz. Als Erweiterungen des Nachrichtenformats können zusätzliche Informationen wie Kontext, Session oder Routing übertragen werden. Dazu fügt man z. B. bei SOAP spezielle Header in die Nachrichten ein. Für diese müssen auch Regeln zur Kodierung und Formatierung festgelegt werden /048/IN98/2231
25 2.3. Schichtenmodell Beschreibungsschicht Auch in der Beschreibungsschicht wird wieder XML (oder Nachfahren davon) als Dokumentenformat eingesetzt. Auf dieser Ebene findet sich eine Sammlung von Dokumenten zur Beschreibung (engl. Description) von Web-Services. Die unteren fünf Teilschichten (XML Schema, Schnittstellen-Beschreibung, Beschreibung der Implementierung, Politik, Präsentation) beschreiben einen einzigen Web-Service. Darüber liegen Zwischenebenen (Instrumentation, Komposition, Dienstvereinbarungen, Geschäftsvereinbarungen), die Beziehungen zwischen Web-Services umfassen. Abbildung 2.5 zeigt die Beschreibungsschicht. Beschreibung Geschäftsvereinbarungen Dienstvereinbarungen Komposition Instrumentation Präsentation Politik Beschreibung der Implementation Schnittstellen-Beschreibung XML Schema Abbildung 2.5: Beschreibungsschicht Unter XML Schema [BEG + ] versteht man das für ein XML-Dokument gültige Schema, also eine Art Dokument-Typ-Definition. Es spezifiziert, welche Elemente zur Auszeichnung in diesem Dokument verwendet werden dürfen. Aufbauend auf XML Schema wird die Schnittstelle beschrieben. Dazu werden die Methoden und ihre Parameter detailliert aufgeführt. Dies erfolgt meist in WSDL, einer eigenen Sprache zur Beschreibung von Web-Services auf Basis von XML /048/IN98/2231 9
26 Kapitel 2. Web-Services Auch die Implementierung wird in WSDL beschrieben. Informationen über die Nachrichten, ihre Codierung und die Anlaufstelle sind hier versammelt. Unter dem Namen Politik (engl. policy) finden sich Informationen über Geschäftskontext, Sicherheits- und Managementanforderungen. Dazu kann eine Kombination von verschiedenen Dokumenten verwendet werden. Als Web-Service-Verzeichnis kommt oft UDDI (Universal Description, Discovery and Integration) zum Einsatz, das unter anderem eine Angabe des Geschäftskontextes ermöglicht. Zusammen mit WSDL könnte die Festlegung der Politik erfolgen. Spätestens ab der Präsentation-Schicht wird der Übergang zwischen nutzbaren Standards und zukunftsweisenden Konzepten klar. In diesen höheren Schichten zeigt sich ein Mangel an Technologie-Konzepten, wie die Beschreibungen auf Basis von XML umgesetzt werden könnten. Die Präsentation der Nachrichten auf verschiedenen Endgeräten soll in einem weiteren Dokument beschrieben werden. Dazu nennt das W3C jedoch keine mögliche Sprache. Ab der Instrumentation beginnt die Beschreibung von Beziehungen zwischen Web-Services. Auf dieser Ebene werden die gegenseitigen Aufrufe von Web-Services beschrieben, um eine mehrstufige Transaktion durchzuführen. Momentan kann zur Beschreibung BPEL4WS (Business Process Execution Language for Web Services) eingesetzt werden. Alternativen dazu befinden sich in der Entwicklung. Da hier noch kein Standard absehbar ist, wird an dieser Stelle nicht näher darauf eingegangen. Ein neuer Web-Service kann als Komposition von bereits bestehenden erzeugt werden. Diesen Sachverhalt beschreibt man ebenfalls mit BPEL4WS oder ähnlichen Sprachen. Eine andere Art der Beziehung stellen Vereinbarungen dar. Zu ihnen gehören die obersten zwei Schichten. Dienst-Vereinbarungen sind ähnlich wie Verträge zu betrachten und können rechtlich bindend sein. Sie betreffen Eigenschaften des Dienstes. Auch Geschäftsvereinbarungen sind ähnlich realen Verträgen möglich. Eine Sprache, um diese auszudrücken, wurde wie bei Dienstvereinbarungen nicht vorgeschlagen /048/IN98/2231
27 2.3. Schichtenmodell Entdeckungsschicht Diese Schicht beschäftigt sich mit allen Aspekten (Inspektion, Veröffentlichung, Entdeckung) im Zusammenhang Suchen und Finden eines Dienstes (engl. Discovery). Abbildung 2.6 zeigt dieses Schichtenmodell. Entdeckung Entdeckung Veröffentlichung Inspektion Abbildung 2.6: Entdeckungsschicht Unter Inspektion versteht man einen dezentralen Mechanismus zur Entdeckung von Web- Services. Dabei stellt der Anbieter eine Art Link-Liste zu den Beschreibungsdateien seiner Web- Services bereit. Als Format kommt wieder ein XML-Nachfahre, nämlich WSIL (Web Service Inspection Language), zum Einsatz. Es existieren auch Konventionen, wie die Datei benannt werden soll und wo sie abzulegen ist. Eine ähnliche Vorgehensweise findet man bei Web-Seiten mit den sog. Robotern. Bei der Veröffentlichung sind viele Wege denkbar: ein firmeninternes Verzeichnis, ein unternehmensweites Portal, ein Katalog von Partnern, ein Verzeichnis von elektronischen Marktplätzen oder ein Geschäfts-Verzeichnis ähnlich der Gelben Seiten. Die Geschäftsfelder können beispielsweise mittels UDDI (siehe Unterabschnitt 2.4.4) durch Auswahl von Kategorien angegeben werden. Alternativ könnte man einen Dienst über die Semantik, z. B. mit DAML-S (DARPA Agent Markup Language Service), bekannt machen. Unter der eigentlichen Entdeckung versteht man das Auffinden und Beziehen der Web-Service- Beschreibung. Dies kann direkt vom Anbieter erfolgen, über Inspektion oder durch ein Verzeichnis /048/IN98/
28 Kapitel 2. Web-Services Gesamtbild und Querschnittsaufgaben Aus den einzelnen Schichten (Kommunikation, Beschreibung und Entdeckung) mit ihren eigenen Stacks ergibt sich das in Abbildung 2.7 dargestellte konzeptionelle Gesamtbild. Entdeckung Entdeckung Veröffentlichung Inspektion Beschreibung Geschäftsvereinbarungen Dienstvereinbarungen Komposition Instrumentation QoS Sicherheit Management Präsentation Politik Beschreibung der Implementation Schnittstellen-Beschreibung XML Schema Kommunikation Erweiterungen Verpackung Transport Abbildung 2.7: Schichtenmodell zum Web-Service Auch hier existieren Querschnittsaufgaben, die alle Ebenen betreffen. Die Bereiche Quality-of- Service (QoS), Sicherheit und Management werden durch die Politik- und Präsentationsschicht maßgeblich festgelegt. Ihre Umsetzung erstreckt sich jedoch über den Querschnitt aller Ebenen /048/IN98/2231
29 2.3. Schichtenmodell Beziehungen zur Architektur Abbildung 2.8 stellt die Beziehungen zwischen dem Schichtenmodell und der service-orientierten Architektur dar. Der Kommunikations-Stack deckt die Interaktion zwischen Nutzer und Anbieter ab. Die Beschreibung des Dienstes findet ihre Entsprechung in der gleichnamigen Schicht. Der Stack der Entdeckung repräsentiert die Veröffentlichung und das Auffinden im Verzeichnis. Beschreibung Geschäftsvereinbarungen Dienstvereinbarungen Komposition Instrumentation Präsentation Politik Beschreibung der Implementation Schnittstellen-Beschreibung XML Schema Entdeckung Entdeckung Veröffentlichung Inspektion Verzeichnis XML Beschreibung finden veröffentlichen XML interagieren Dienst Nutzer Anbieter Kommunikation Erweiterungen Verpackung Transport Abbildung 2.8: Beziehungen zur Architektur /048/IN98/
30 Kapitel 2. Web-Services 2.4 Technologien Im Schichtenmodell kamen Technologien wie XML, SOAP, WSDL und UDDI bereits zur Sprache. In diesem Abschnitt werden sie erläutert und mit Beispielen illustriert. Die Ausführungen orientieren sich an der Darstellung in [New02] XML Die extensible Markup Language (XML) dient als Format zur Beschreibung, Speicherung und zum Transport von Daten. Im Vergleich zu HTML (Hypertext Markup Language) ermöglicht XML die Definition eigener Elemente und Attribute. Listing 2.1 zeigt einen Ausschnitt aus einem einfachen XML-Dokument über Geschäftskunden. <Customer> <CustumerNumber>12345</CustumerNumber> <CustumerName>Joe s Boots</CustumerName> <CustumerAddress>500 High Street</CustumerAddress> </Customer> Listing 2.1: Ausschnitt aus einem XML-Dokument nach [New02, S. 49] Die Trennung der Daten von der Formatierung wird durch die Assoziation eines XML-Dokumentes (der Daten) mit einem Schema (dem Format) möglich. Das Schema enthält Typ- und Strukturinformationen und ermöglicht die Validierung der Daten. Zum vorherigen Ausschnitt gehört das in Listing 2.2 dargestellte Schema. <xsd:schema xmlns:xsd=" <xsd:element name="customer" type="customertype" /> <xsd:complextype name="customertype"> <xsd:sequence> <xsd:element name="customernumber" type="xsd:integer" /> <xsd:element name="customername" type="xsd:string" /> <xsd:element name="customeraddress" type="xsd:string" /> </xsd:sequence> </xsd:complextype> <xsd:schema> Listing 2.2: XML Schema zu Listing 2.1 nach [New02, S. 50] Weiterhin legt das Schema die Transformation von Daten in XML und umgekehrt fest. Schemas sollen die früher verwendeten DTDs (Document Type Definitions) ablösen. DTDs sind weniger mächtig, aber dafür einfacher zu erlernen und kommen deshalb noch häufig zum Einsatz. XML ermöglicht Unabhängigkeit, z. B. von einer Programmiersprache, durch die Darstellung der Daten innerhalb eines beschreibenden Elements, eines sog. Tags. Die Verknüpfung von Datentypen und Programmiersprache kann so durchbrochen werden /048/IN98/2231
31 2.4. Technologien Die Verarbeitung von XML-Dokumenten erfolgt durch einen Parser. Für seinen Aufbau sind zwei Modelle möglich. Das eine ist eine Implementierung der Simple API for XML (SAX). Dabei durchläuft der Parser das Dokument einmal. Durch Ereignisse können die erkannten Elemente weiter verarbeitet werden. Das andere Modell folgt der Document Object Model (DOM) API. Hier ist eine mehrfache Traversierung möglich. Das Dokument wird durch eine Baumstruktur repräsentiert. Zur Transformation von Dokumenten in andere Formate, z. B. zur Darstellung, kann XSL (extensible Stylesheet Language) eingesetzt werden. XSL umfasst XSL-FO (Formatting Objects) und XSLT (Transformation). XSL-FO dienen zur Präsentation von XML-Dokumenten in unterschiedlichen Medien wie auf dem Bildschirm, in Papierform oder als gesprochenes Wort. XSLT Implementationen nennt man XSLT Prozessoren. Sie werden eingesetzt, um ein XML-Format in ein anderes zu überführen. Die Umformungsregeln werden in XSLT style sheets abgelegt. XSLT Prozessoren benötigen einen DOM- oder SAX-konformen Parser. Um Eindeutigkeit der frei wählbaren Bezeichner zu gewährleisten, kommen Namensräume (Namespaces) zum Einsatz. Es wird empfohlen, Namensräume durch URIs zu referenzieren. Namensräume grenzen den Gültigkeitsbereich der Bezeichner ein. Ein Beispiel ist der Namensraum xsd in Zeile 1 von Listing 2.2. Er verweist auf die Definition von XML Schema beim W3C. Alle folgenden Bezeichner, die das Präfix xsd: tragen, sind in diesem Namensraum, also in XML Schema, eindeutig definiert SOAP SOAP ermöglicht den Austausch von XML- Dokumenten über das Web. Neben der Bindung an das Transportprotokoll (meist HTTP) definiert SOAP ein Nachrichtenformat und Regeln zur Kodierung. Eine SOAP-Nachricht besteht aus drei Teilen: dem Umschlag (envelope), optionalen Angaben im sog. Header und der eigentlichen Nachricht (body). Die letzten beiden Teile sind in den Umschlag eingebettet. Listing 2.3 zeigt ein Beispiel für eine SOAP-Nachricht. Die zugehörige Struktur zeigt Abbildung 2.9. SOAP Umschlag <env:envelope/> SOAP Header <env:header/> Header Block: reservation Header Block: passenger SOAP Body <env:body/> Element: itinerary Element: lodging Abbildung 2.9: Struktur der Nachricht nach [W3C02a] /048/IN98/
32 Kapitel 2. Web-Services <?xml version= 1.0?> <env:envelope xmlns:env=" <env:header> <m:reservation xmlns:m=" env:role=" env:mustunderstand="true"> <m:reference>uuid:093a2da1-q r-ba5d-pqff98fe8j7d</m:reference> </m:reservation > <n:passenger xmlns:n=" env:role=" env:mustunderstand="true"> <n:name>peter Pan</n:name> </n:passenger> </env:header> <env:body> <p:itinerary xmlns:p=" <p:departure> <p:departing>new York</p:departing> <p:arriving>los Angeles</p:arriving> <p:departuredate> </p:departuredate> </p:departure> <p:return> <p:departing>los Angeles</p:departing> <p:arriving>new York</p:arriving> <p:departuredate> </p:departuredate> </p:return> </p:itinerary> <q:lodging xmlns:q=" <q:preference>none</q:preference> </q:lodging> </env:body> </env:envelope> Listing 2.3: SOAP Nachricht nach [W3C02a] Zum Umschlag (envelope) gehört der Namensraum env. Dieser verweist per URI auf die zugehörige Definition beim W3C. Anhand dieser Referenz erfolgt die Unterscheidung der SOAP- Versionen. Hier weist der Link auf Version 1.2 hin. Die SOAP-Version ist von der XML-Versionsangabe (hier Version 1.0) in Zeile 1 zu unterscheiden. In diesem Umschlag ist der optionale Header env:header vorhanden. Er muss als erstes Kind-Element des Umschlages auftreten und kann mehrere Blöcke enthalten. Der SOAP-Header ist ein Erweiterungsmechanismus, um Steuerungsinformationen mit den Daten zu transportieren. Hier wurden Angaben zu reservation und passenger eingetragen. Neben der Zuordnung von Namensräumen sind die Attribute env:role und env:mustunderstand vorhanden. Das erste macht Angaben über die Rolle, die ein SOAP-Knoten auf dem Weg zum Empfänger bzgl. der Verarbeitung einnehmen soll. Der Wert zeigt an, dass die beiden Blöcke an den nächsten Knoten auf dem Nachrichten-Pfad gerichtet sind. Als Knoten betrachtet man Sender, Empfänger und Vermittler. Die hier angegebene Rolle gehört zum Standard-Repertoire und muss von jedem /048/IN98/2231
33 2.4. Technologien SOAP-Knoten erfüllt werden. Es ist auch möglich, eigene Rollen zu definieren, die nur spezielle Knoten einnehmen können. [W3C02a] Das zweite Attribut, env:mustunderstand, mit dem Wert true bestimmt, dass die Blöcke vom Knoten nicht nur weitergeleitet, sondern verarbeitet werden müssen. Ist der Knoten dazu nicht in der Lage, so muss er mit einer Fehlermeldung (fault) antworten. In SOAP 1.2 wurde dafür das Header-Element env:notunderstood eingeführt. [W3C02a] Die Behandlung einer SOAP-Nachricht in einem Knoten erfordert zusätzlich zum Protokoll- Listener (z. B. HTTP-Listener) einen sog. SOAP-Prozessor. Dieser kann SOAP-Nachrichten validieren und für die Verarbeitung in der angekoppelten Software aufbereiten. SOAP stellt also die Brücke für den Austausch von Daten bereit, nicht aber die Implementation des Dienstes. Dabei kann man zwischen einem dokumentenorientierten Ansatz und einem im Stil von Remote Procedure Calls (RPC) wählen. Die in Listing 2.3 gezeigte Nachricht ist dokumentenorientiert. Im verpflichtenden Hauptteil (body) der Nachricht wird das auszutauschende XML-Dokument eingebettet. Danach ist im Umschlag kein Element mehr erlaubt. Der Inhalt von env:body ist nur für den Austausch zwischen Sender und Empfänger, nicht für dazwischen liegende Knoten, konzipiert. Im Beispiel enthält der Hauptteil die applikationsspezifischen Elemente itinerary und lodging mit Angaben zur Reise und Unterbringung. Bei RPC-ähnlichem SOAP steht im Hauptteil nur ein Element, nämlich die Serialisierung des Methodenaufrufes [W3C02c]. Dieses verweist durch das Attribut env:encoding Style mit dem Wert " auf das verwendete Schema. Das Element trägt den Namen der aufzurufenden Funktion und schließt die serialisierten Parameter ein. Treten bei der Verarbeitung der Nachricht Fehler auf, so besteht die Antwort im Hauptteil aus einer Fehlerbenachrichtigung (fault), env:fault. Diese muss die zwei Elemente env:code und env:reason zur Angabe des Grundes mit einem kurzem Text umfassen. Der Code kann durch die Kind-Elemente env:value (verpflichtend) und env:subcode (optional) genauer spezifiziert werden WSDL Ein wesentlicher Unterschied von Web-Services zu herkömmlichen Anwendungen ist ihre Fähigkeit, sich selbst zu beschreiben [STK02, S. 89]. Als de-facto-standard zur Beschreibung von Web-Services gilt WSDL (Web Service Description Language). Ziel ist die Festlegung der Formate und Protokolle zur Nutzung der Web-Service-Schnittstelle /048/IN98/
34 Kapitel 2. Web-Services Der strukturierte Ansatz von WSDL vereinfacht die Erstellung, Pflege und Nutzung von Diensten. Aus einer WSDL-Datei kann der Client dynamisch erstellt werden. Dadurch entstehen weniger Fehler und eine Anpassung bei Änderungen des Web-Services geht automatisch von statten. [STK02, S. 90] WSDL-Dokumente können aus der Implementation des Dienstes durch Tools generiert werden. Neben diesem bottom-up-ansatz ist auch die top-down-variante möglich: Aus einer WSDL- Beschreibung generiert man ein Gerüst. In diesem Rahmen kann dann der Code für die Anwendung entwickelt werden. [W3C03b] Im Folgenden wird der Aufbau eines Dokumentes Schritt für Schritt erläutert. Setzt man alle Einzelteile in das Grundgerüst ein, so ergibt sich eine komplette WSDL-Beschreibung. Das Beispiel wurde aus [New02] entnommen und modifiziert. Die Struktur eines WSDL-Dokumentes besteht aus der XML-Versionsangabe und dem Wurzelelement definitions wie in Listing 2.4. Hier werden üblicherweise auch Abkürzungen für Namensräume eingeführt. <?xml version="1.0"?> <definitions name="purchaseorderservice" targetnamespace="urn:purchaseorderservice" xmlns=" xmlns:soap-enc=" xmlns:soap=" xmlns:tns="urn:purchaseorderservice" xmlns:xsd=" xmlns:xsi=" </definitions> Listing 2.4: Grundgerüst eines WSDL-Dokumentes Nun müssen die Datentypen für die Nachrichten definiert werden. Hier zeigt sich die implizite Erweiterbarkeit des WSDL-Konzeptes. Das Typsystem legt grundlegende Datentypen wie int oder String und ihre Darstellung fest. Generell wird das Typsystem von XML Schema benutzt, es kann aber auch jedes andere verwendet werden. Die Angabe eigener Datentypen ist sowohl im Hauptdokument als auch durch Referenzierung anderer Dokumente möglich. Die Informationen zum Typsystem werden benötigt, um eine Transformation der XML Daten in das Format des Dienstes vor der Dienstausführung zu gewährleisten. Diesen Vorgang nennt man auch Mapping. Zu beachten ist, dass hier nur Angaben zu den Nutzdaten, nicht jedoch über SOAP-Umschlag, -Header oder -Fehlernachrichten gemacht werden dürfen [New02, S. 94]. Listing 2.5 zeigt die Datentypen des Beispiels. Es verwendet komplexe Typen, die aus einfachen Typen wie xsd:string oder xsd:int zusammengesetzt werden /048/IN98/2231
35 2.4. Technologien <types> <schema targetnamespace="urn:purchaseorderservice" xmlns=" xmlns:wsdl=" <complextype name="purchaseorder"> <all> <element name="companyname" type="xsd:string"/> <element name="items" type="tns:arrayofitem"/> <element name="address" type="tns:address"/> </all> </complextype> <complextype name="item"> <all> <element name="price" type="xsd:float"/> <element name="partid" type="xsd:string"/> <element name="description" type="xsd:string"/> <element name="quantity" type="xsd:int"/> </all> </complextype> <complextype name="address"> <all> <element name="state" type="xsd:string"/> <element name="postalcode" type="xsd:string"/> <element name="city" type="xsd:string"/> <element name="line2" type="xsd:string"/> <element name="country" type="xsd:string"/> <element name="line1" type="xsd:string"/> </all> </complextype> </schema> </types> Listing 2.5: Definition der Datentypen im WSDL-Dokument Der vorhergehende Ausschnitt ist noch nicht ganz vollständig, denn PurchaseOrder benötigt den Typ von Items. Dieser Typ entsteht dadurch, dass aus dem Typ Item ein Array gebildet wird wie Listing 2.6 zeigt. Ebenso kann ein Array-Typ zu PurchaseOrder erzeugt werden. <complextype name="arrayofitem"> <complexcontent> <restriction base="soap-enc:array"> <attribute ref="soap-enc:arraytype" wsdl:arraytype="tns:item[]"/> </restriction> </complexcontent> </complextype> <complextype name="arrayofpurchaseorder"> <complexcontent> <restriction base="soap-enc:array"> <attribute ref="soap-enc:arraytype" wsdl:arraytype="tns:purchaseorder[]"/> </restriction> </complexcontent> </complextype> Listing 2.6: Bildung von Arrays zu Datentypen /048/IN98/
36 Kapitel 2. Web-Services Aus den eben definierten Datentypen bildet man nun Nachrichten. Listing 2.7 ergänzt das Beispiel um diesen Bestandteil. <message name="postsinglepurchaseorder_in"> <part name="order" type="tns:purchaseorder"/> </message> <message name="postsinglepurchaseorder_out"> <part name="return" type="xsd:float"/> </message> <message name="postpurchaseorders_in"> <part name="order" type="tns:arrayofpurchaseorder"/> </message> <message name="postpurchaseorders_out"> <part name="return" type="xsd:float"/> </message> Listing 2.7: Definition von Nachrichten aus Datentypen im WSDL-Dokument Die Nachrichten müssen nun nach einem Austauschmuster in Operationen gruppiert werden. Die wichtigsten Austauschmuster sind request/response und one-way (ohne Antwort). Sogenannte Port-Typen fassen wiederum eine Gruppe von Operationen ähnlich einer Schnittstelle zusammen. Listing 2.8 zeigt den entsprechenden Ausschnitt. <porttype name="purchaseorderinterface"> <operation name="postsinglepurchaseorder"> <input message="tns:postsinglepurchaseorder_in"/> <output message="tns:postsinglepurchaseorder_out"/> </operation> <operation name="postpurchaseorders"> <input message="tns:postpurchaseorders_in"/> <output message="tns:postpurchaseorders_out"/> </operation> </porttype> Listing 2.8: Definition eines Port-Typs aus Operationen im WSDL-Dokument Nun kann die Schnittstelle über konkrete Protokolle an ihre Implementierung gebunden werden. Dazu wird das Element binding definiert. Von porttype unterscheidet es sich durch Angaben zur Verpackung, z. B. mit SOAP. Listing 2.9 setzt das Beispiel fort. <binding name="purchaseorderbinding" type="tns:purchaseorderinterface"> <soap:binding style="rpc" transport=" <operation name="postsinglepurchaseorder"> <input> <soap:body use="encoded" encodingstyle= " namespace="purchaseorderservice"/> </input> <output> <soap:body use="encoded" encodingstyle= " /048/IN98/2231
37 2.4. Technologien namespace="purchaseorderservice"/> </output> </operation> <operation name="postpurchaseorders"> <input> <soap:body use="encoded" encodingstyle= " namespace="purchaseorderservice"/> </input> <output> <soap:body use="encoded" encodingstyle= " namespace="purchaseorderservice"/> </output> </operation> </binding> Listing 2.9: Definition der Bindung im WSDL-Dokument Als letzter Baustein fehlt noch die Angabe, wo ein Web-Service installiert ist. Dazu wird eine Bindung mit einer Netzwerkadresse in einem Port verknüpft. Ein Service fasst mehrere Ports zusammen. Listing 2.10 schließt das Beispiel ab. <service name="purchaseorderservices"> <port name="purchaseorder_port_java" binding="tns:purchaseorderbinding"> <soap:address location=" </port> <port name="purchaseorder_port_net" binding="tns:purchaseorderbinding"> <soap:address location=" </port> </service> Listing 2.10: Definition des Services im WSDL-Dokument Im oben angesprochenen Ausschnitt wird der Dienst an zwei Ports gebunden. Jeder Port ist dabei an eine andere Netzwerkstelle gebunden [STK02, S. 101]. Der erste Port ist mit dem Proxy für Java verbunden. Das Servlet rpcrouter aus dem Apache SOAP-Paket implementiert die Verpackung der SOAP-Nachrichten und das Dispatching. Es nimmt also Requests über SOAP entgegen, entpackt sie, leitet den Aufruf an den bereitgestellten Dienst, empfängt die Antwort, verpackt sie und gibt sie zurück. Zum Nachrichtenaustausch wird ein sog. Listener für das Transportprotokoll benötigt, z. B. ein Web-Server. Damit der Proxy mit der Anwendung interagieren kann, muss sie ihm bekannt gemacht werden. Die Bereitstellung kann über verschiedene Mechanismen erfolgen, z. B. über eine Oberfläche zur Verwaltung und Pflege der Dienste. Apache Axis ist der Nachfolger des SOAP-Paketes und in /048/IN98/
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
MehrVerteilte 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
MehrEnterprise Applikation Integration und Service-orientierte Architekturen. 09 Simple Object Access Protocol (SOAP)
Enterprise Applikation Integration und Service-orientierte Architekturen 09 Simple Object Access Protocol (SOAP) Anwendungsintegration ein Beispiel Messages Warenwirtschaftssystem Auktionssystem thats
MehrJava und XML 2. Java und XML
Technische Universität Ilmenau Fakultät für Informatik und Automatisierung Institut für Praktische Informatik und Medieninformatik Fachgebiet Telematik Java und XML Hauptseminar Telematik WS 2002/2003
MehrWeb Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen
9 3 Web Services 3.1 Überblick Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen mit Hilfe von XML über das Internet ermöglicht (siehe Abb.
MehrWebservices. 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung. Hauptseminar Internet Dienste
Hauptseminar Internet Dienste Sommersemester 2004 Boto Bako Webservices 1 Einführung 2 Verwendete Standards 3 Web Services mit Java 4 Zusammenfassung Was sind Web Services? Web Services sind angebotene
MehrWorkflow, Business Process Management, 4.Teil
Workflow, Business Process Management, 4.Teil 24. Januar 2004 Der vorliegende Text darf für Zwecke der Vorlesung Workflow, Business Process Management des Autors vervielfältigt werden. Eine weitere Nutzung
MehrSeminar 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
MehrWSDL. 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
MehrContainerformat Spezifikation
Containerformat Spezifikation Version 1.0-09.05.2011 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...
MehrZustandsgebundene Webservices
Zustandsgebundene Webservices Präsentation ausgewählter Problemstellungen der Informatik Markus Oertel oer@uni-paderborn.de Universität Paderborn 25. September 2005 Zustandsgebundene Webservices Seite
MehrWeb-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!
MehrAutor: Peter Seemann Seminar: Softwarearchitekturen Betreuer: Benedikt Meurer
Autor: Peter Seemann Seminar: Softwarearchitekturen Betreuer: Benedikt Meurer *Was sind Web Services? *Beispiele für Web Services *Web Service Architektur *Web Services Technologien *Fazit 2 *Übertragungsstandard
MehrThemen. Web Services und SOA. Stefan Szalowski Daten- und Online-Kommunikation Web Services
Themen Web Services und SOA Wer kennt den Begriff Web Services? Was verstehen Sie unter Web Services? Die Idee von Web Services Ausgangspunkt ist eine (evtl. schon bestehende) Software Anwendung oder Anwendungskomponente
MehrImplementierung von Web Services: Teil I: Einleitung / SOAP
Implementierung von Web Services: Teil I: Einleitung / SOAP Prof. Dr. Kanne - FSS 2007 Carl-Christian Kanne, February 25, 2007 Web Services - p. 1/12 Web Services: Allgemein XML Datenaustauschformat plattformunabhängig
MehrContainerformat Spezifikation
Containerformat Spezifikation Version 1.1-21.02.2014 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...
MehrWebServices Zwischen Buzzword und Nutzen
WebServices Zwischen Buzzword und Nutzen Tobias Koenig Übersicht Webservices Allgemein WSDL Anwendungsbeispiele Programmierung Perl Python C++/KDE Zusammenfassung LUG Dresden 2005 p.1 Webservices Trennung
MehrThema: Web Services. Was ist ein Web Service?
Willkommen zum Component Ware Seminar Thema: Achim Grimm & Fabian Unterschütz Folie 1 Was ist ein Web Service? Web Services sind selbstbeschreibende, modulare Softwarekomponenten im Internet, die sich
MehrKlaus Schild, XML Clearinghouse 2003. Namensräume
Namensräume Lernziele Namenskonflikte Warum lösen im World Wide Web einfache Präfixe dieses Problem nicht? Wie lösen globale Namensräume das Problem? Wie werden sie in XML-Dokumenten benutzt? Was sind
MehrE-Services mit der Web-Service-Architektur
E-Services mit der Web-Service-Architektur im Seminar Neue Konzepte anwendungsorientierter Middleware - Stefan Kürten - Literatur A. Tsalgatidou and T. Pilioura, An Overview of Standards and Related Rechnology
MehrSeminarbericht Rechnernetze XML Web Services Schnittstelle zwischen den Welten.NET und Java
Seminarbericht Rechnernetze XML Web Services Schnittstelle zwischen den Welten.NET und Java von Christian Brand Kennnummer: 09376 November 2005 Abkürzungen Abkürzungen API - Application Programming Interface
MehrÜbungen zur Softwaretechnik
Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 9 17. Dezember 2002 www4.in.tum.de/~rumpe/se
MehrBenutzerhandbuch für die Verwendung des viavac HL7 Forcast Webservices (VAC-CDSS)
Benutzerhandbuch für die Verwendung des viavac HL7 Forcast Webservices (VAC-CDSS) Inhaltsverzeichnis Zweck des Dokuments... 2 Verwendung des Dokuments... 2 Referenzierte Dokumente... 2 Übersicht...3 Allgemeine
Mehr... MathML XHTML RDF
RDF in wissenschaftlichen Bibliotheken (LQI KUXQJLQ;0/ Die extensible Markup Language [XML] ist eine Metasprache für die Definition von Markup Sprachen. Sie unterscheidet sich durch ihre Fähigkeit, Markup
MehrPHP Kurs Online Kurs Analysten Programmierer Web PHP
PHP Kurs Online Kurs Analysten Programmierer Web PHP Akademie Domani info@akademiedomani.de Allgemeines Programm des Kurses PHP Modul 1 - Einführung und Installation PHP-Umgebung Erste Lerneinheit Introduzione
MehrXML und SOAP Einführung und Grundlagen
XML und SOAP Einführung und Grundlagen Matthias Böhmer 16.12.2005 Agenda 1. XML 2. SOAP 3. Seife im Buchladen?! E-Commerce :: XML und SOAP Matthias Böhmer 16.12.2005 2 XML :: Einführung (1) extensible
MehrWEBSEITEN ENTWICKELN MIT ASP.NET
jamal BAYDAOUI WEBSEITEN ENTWICKELN MIT ASP.NET EINE EINFÜHRUNG MIT UMFANGREICHEM BEISPIELPROJEKT ALLE CODES IN VISUAL BASIC UND C# 3.2 Installation 11 Bild 3.2 Der Webplattform-Installer Bild 3.3 IDE-Startbildschirm
MehrBarrierefreie Webseiten erstellen mit TYPO3
Barrierefreie Webseiten erstellen mit TYPO3 Alternativtexte Für jedes Nicht-Text-Element ist ein äquivalenter Text bereitzustellen. Dies gilt insbesondere für Bilder. In der Liste der HTML 4-Attribute
MehrStep by Step Webserver unter Windows Server 2003. von Christian Bartl
Step by Step Webserver unter Windows Server 2003 von Webserver unter Windows Server 2003 Um den WWW-Server-Dienst IIS (Internet Information Service) zu nutzen muss dieser zunächst installiert werden (wird
MehrSDD System Design Document
SDD Software Konstruktion WS01/02 Gruppe 4 1. Einleitung Das vorliegende Dokument richtet sich vor allem an die Entwickler, aber auch an den Kunden, der das enstehende System verwenden wird. Es soll einen
MehrÜ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
MehrOnline-Publishing mit HTML und CSS für Einsteigerinnen
mit HTML und CSS für Einsteigerinnen Dipl.-Math. Eva Dyllong Universität Duisburg Dipl.-Math. Maria Oelinger spirito GmbH IF MYT 07-2002 Web-Technologien Überblick HTML und CSS, XML und DTD, JavaScript
MehrBauteilattribute als Sachdaten anzeigen
Mit den speedikon Attributfiltern können Sie die speedikon Attribute eines Bauteils als MicroStation Sachdaten an die Elemente anhängen Inhalte Was ist ein speedikon Attribut?... 3 Eigene Attribute vergeben...
MehrAnleitung zur Webservice Entwicklung unter Eclipse
Entwicklungsumgebung installieren Sofern Sie nicht an einem Praktikumsrechner arbeiten, müssen Sie ihre Eclipse-Umgebung Webservice-fähig machen. Dazu benötigen Sie die Entwicklungsumgebung Eclipse for
MehrWhite Paper. Installation und Konfiguration der PVP Integration
Copyright Fabasoft R&D GmbH, A-4020 Linz, 2010. Alle Rechte vorbehalten. Alle verwendeten Hard- und Softwarenamen sind Handelsnamen und/oder Marken der jeweiligen Hersteller. Diese Unterlagen sind streng
MehrBSV Software Support Mobile Portal (SMP) Stand 1.0 20.03.2015
1 BSV Software Support Mobile Portal (SMP) Stand 1.0 20.03.2015 Installation Um den Support der BSV zu nutzen benötigen Sie die SMP-Software. Diese können Sie direkt unter der URL http://62.153.93.110/smp/smp.publish.html
MehrHandbuch ECDL 2003 Basic Modul 5: Datenbank Grundlagen von relationalen Datenbanken
Handbuch ECDL 2003 Basic Modul 5: Datenbank Grundlagen von relationalen Datenbanken Dateiname: ecdl5_01_00_documentation_standard.doc Speicherdatum: 14.02.2005 ECDL 2003 Basic Modul 5 Datenbank - Grundlagen
MehrFragen und Antworten
Fragen und Antworten im Umgang mit dem elektronischen Abfallnachweisverfahren eanv in Bezug auf die ZKS-Abfall -Allgemeine Fragen- www.zks-abfall.de Stand: 19.05.2010 Einleitung Auf den folgenden Seiten
MehrKonfiguration eines DNS-Servers
DNS-Server Grundlagen des Themas DNS sind im Kapitel Protokolle und Dienste in meinem Buch (LINUX erschienen im bhv-verlag) beschrieben. Als Beispiel dient ein Intranet mit mehreren Webservern auf verschiedenen
MehrInhalt: Ihre persönliche Sedcard... 1 Login... 1 Passwort vergessen... 2 Profildaten bearbeiten... 3
Inhalt: Ihre persönliche Sedcard..... 1 Login... 1 Passwort vergessen... 2 Profildaten bearbeiten... 3 Passwort ändern... 3 email ändern... 4 Sedcard-Daten bearbeiten... 4 Logout... 7 Ich kann die Sedcard
MehrErstellen einer digitalen Signatur für Adobe-Formulare
Erstellen einer digitalen Signatur für Adobe-Formulare (Hubert Straub 24.07.13) Die beiden Probleme beim Versenden digitaler Dokumente sind einmal die Prüfung der Authentizität des Absenders (was meist
Mehr1 Mathematische Grundlagen
Mathematische Grundlagen - 1-1 Mathematische Grundlagen Der Begriff der Menge ist einer der grundlegenden Begriffe in der Mathematik. Mengen dienen dazu, Dinge oder Objekte zu einer Einheit zusammenzufassen.
MehrFachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer
Fachdidaktik der Informatik 18.12.08 Jörg Depner, Kathrin Gaißer Klassendiagramme Ein Klassendiagramm dient in der objektorientierten Softwareentwicklung zur Darstellung von Klassen und den Beziehungen,
MehrBedienungsanleitung. Matthias Haasler. Version 0.4. für die Arbeit mit der Gemeinde-Homepage der Paulus-Kirchengemeinde Tempelhof
Bedienungsanleitung für die Arbeit mit der Gemeinde-Homepage der Paulus-Kirchengemeinde Tempelhof Matthias Haasler Version 0.4 Webadministrator, email: webadmin@rundkirche.de Inhaltsverzeichnis 1 Einführung
MehrSkript Pilotphase em@w für Arbeitsgelegenheiten
Die Pilotphase erstreckte sich über sechs Meilensteine im Zeitraum August 2011 bis zur EMAW- Folgeversion 2.06 im August 2013. Zunächst einmal musste ein grundsätzliches Verständnis für das Verfahren geschaffen
MehrUniversal Dashboard auf ewon Alarmübersicht auf ewon eigener HTML Seite.
ewon - Technical Note Nr. 003 Version 1.2 Universal Dashboard auf ewon Alarmübersicht auf ewon eigener HTML Seite. Übersicht 1. Thema 2. Benötigte Komponenten 3. Downloaden der Seiten und aufspielen auf
MehrElektronische Zustellung WKO / AustriaPro. Status Arbeitspakete 17.09.2014 PL.O.T
Elektronische Zustellung WKO / AustriaPro Status Arbeitspakete 17.09.2014 PL.O.T Agenda Übersicht und Inhalt PL.O.T Arbeitspakete Details zu den Arbeitspaketen AP 3 - Fachlich / Usecases AP 4 - Fachlich
MehrContent Management System mit INTREXX 2002.
Content Management System mit INTREXX 2002. Welche Vorteile hat ein CM-System mit INTREXX? Sie haben bereits INTREXX im Einsatz? Dann liegt es auf der Hand, dass Sie ein CM-System zur Pflege Ihrer Webseite,
MehrOP-LOG www.op-log.de
Verwendung von Microsoft SQL Server, Seite 1/18 OP-LOG www.op-log.de Anleitung: Verwendung von Microsoft SQL Server 2005 Stand Mai 2010 1 Ich-lese-keine-Anleitungen 'Verwendung von Microsoft SQL Server
Mehr3-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
MehrVorgaben und Erläuterungen zu den XML-Schemata im Bahnstromnetz
Anwendungshandbuch Vorgaben und Erläuterungen zu den XML-Schemata im Bahnstromnetz Version: 1.0 Herausgabedatum: 31.07.2015 Ausgabedatum: 01.11.2015 Autor: DB Energie http://www.dbenergie.de Seite: 1 1.
MehrSOA. Prof. Dr. Eduard Heindl Hochschule Furtwangen Wirtschaftsinformatik
SOA Prof. Dr. Eduard Heindl Hochschule Furtwangen Wirtschaftsinformatik Laderampen müssen passen Modularisieren Softwarearchitektur Modul A Modul B Modul C Modul D Große Anwendung im Unternehmen Modul
MehrKonzepte der Informatik
Konzepte der Informatik Vorkurs Informatik zum WS 2011/2012 26.09. - 30.09.2011 17.10. - 21.10.2011 Dr. Werner Struckmann / Christoph Peltz Stark angelehnt an Kapitel 1 aus "Abenteuer Informatik" von Jens
MehrDokumentation für die software für zahnärzte der procedia GmbH Onlinedokumentation
Dokumentation für die software für zahnärzte der procedia GmbH Onlinedokumentation (Bei Abweichungen, die bspw. durch technischen Fortschritt entstehen können, ziehen Sie bitte immer das aktuelle Handbuch
MehrACCOUNTINFO 1.01 VERWENDEN DER ACCOUNTINFO-SCHNITTSTELLE ABFARGE VON ACCOUNT-INFORMATIONEN IN ECHTZEIT 02. MÄRZ 2010
VERWENDEN DER ACCOUNTINFO-SCHNITTSTELLE ABFARGE VON ACCOUNT-INFORMATIONEN IN ECHTZEIT 02. MÄRZ 2010 VERTRIEBLICHE FRAGEN ZUM FITSMS-GATEWAY mpc networks GmbH Abteilung FitSMS Vertrieb tel +49 (0) 7154-17
MehrHandbuch Fischertechnik-Einzelteiltabelle V3.7.3
Handbuch Fischertechnik-Einzelteiltabelle V3.7.3 von Markus Mack Stand: Samstag, 17. April 2004 Inhaltsverzeichnis 1. Systemvorraussetzungen...3 2. Installation und Start...3 3. Anpassen der Tabelle...3
MehrBedienungsanleitung für den SecureCourier
Bedienungsanleitung für den SecureCourier Wo kann ich den SecureCourier nach der Installation auf meinem Computer finden? Den SecureCourier finden Sie dort, wo Sie mit Dateien umgehen und arbeiten. Bei
MehrUrsprung des Internets und WWW
Ursprung des Internets und WWW Ende der 60er Jahre des letzten Jahrtausends wurde in den USA die Agentur DARPA (Defense Advanced Research Projects Agency) gegründet, mit dem Ziel den Wissens und Informationsaustausch
MehrERSTELLEN VON INCENTIVES IM ZANOX NETZWERK
ERSTELLEN VON INCENTIVES IM ZANOX NETZWERK USER GUIDE FÜR ADVERTISER INHALTSVERZEICHNIS 1. Einführung...3 2. Incentives veröffentlichen...4 3. Weitere Funktionen...9 ZANOX.de AG Erstellen von Incentives
MehrNorm 225 Service Definition mit WSDL
1 Norm 225 Service Definition mit WSDL 2 3 Release und Version Release 1, Version 2.0, vom 19. Juni 2007 4 5 Status Offizielle Norm 6 7 Editor Dr. Torsten Schmale, inubit AG 8 9 10 11 12 13 14 15 16 17
Mehrcrm-now/ps Webforms Webdesigner Handbuch Erste Ausgabe
crm-now/ps Webforms Webdesigner Handbuch Erste Ausgabe crm-now/ps Webforms: Webdesigner Handbuch Copyright 2006 crm-now Versionsgeschichte Version 01 2006-08-21 Release Version crm-now c/o im-netz Neue
MehrLeitfaden zur Nutzung von binder CryptShare
Leitfaden zur Nutzung von binder CryptShare Franz Binder GmbH & Co. Elektrische Bauelemente KG Rötelstraße 27 74172 Neckarsulm Telefon +49 (0) 71 32-325-0 Telefax +49 (0) 71 32-325-150 Email info@binder-connector
MehrEin Beispiel. Ein Unternehmen will Internettechnologien im Rahmen des E- Business nutzen Welche Geschäftsprozesse?
Ein Beispiel Ein Unternehmen will Internettechnologien im Rahmen des E- Business nutzen Welche Geschäftsprozesse? Dipl.-Kfm. Claus Häberle WS 2015 /16 # 42 XML (vereinfacht) visa
MehrPatch Management mit
Patch Management mit Installation von Hotfixes & Patches Inhaltsverzeichnis dieses Dokuments Einleitung...3 Wie man einen Patch installiert...4 Patch Installation unter UliCMS 7.x.x bis 8.x.x...4 Patch
MehrICS-Addin. Benutzerhandbuch. Version: 1.0
ICS-Addin Benutzerhandbuch Version: 1.0 SecureGUARD GmbH, 2011 Inhalt: 1. Was ist ICS?... 3 2. ICS-Addin im Dashboard... 3 3. ICS einrichten... 4 4. ICS deaktivieren... 5 5. Adapter-Details am Server speichern...
MehrVVA Webservice Online Lieferbarkeits-Abfrage
Version 1.0 Dateiname VVA_OLA_Schnittstellenbeschreibung_2012.docx Erstellt am 30.05.2010 Seitenanzahl 5 arvato media GmbH Historie der Dokumentversionen Version Datum Autor Änderungsgrund / Bemerkungen
Mehr5.2 Neue Projekte erstellen
5.2 Neue Projekte erstellen Das Bearbeiten von bestehenden Projekten und Objekten ist ja nicht schlecht wie aber können Sie neue Objekte hinzufügen oder gar völlig neue Projekte erstellen? Die Antwort
MehrIn 12 Schritten zum mobilen PC mit Paragon Drive Copy 11 und Microsoft Windows Virtual PC
PARAGON Technologie GmbH, Systemprogrammierung Heinrich-von-Stephan-Str. 5c 79100 Freiburg, Germany Tel. +49 (0) 761 59018201 Fax +49 (0) 761 59018130 Internet www.paragon-software.com Email sales@paragon-software.com
MehrIhre Interessentendatensätze bei inobroker. 1. Interessentendatensätze
Ihre Interessentendatensätze bei inobroker Wenn Sie oder Ihre Kunden die Prozesse von inobroker nutzen, werden Interessentendatensätze erzeugt. Diese können Sie direkt über inobroker bearbeiten oder mit
MehrPrimzahlen und RSA-Verschlüsselung
Primzahlen und RSA-Verschlüsselung Michael Fütterer und Jonathan Zachhuber 1 Einiges zu Primzahlen Ein paar Definitionen: Wir bezeichnen mit Z die Menge der positiven und negativen ganzen Zahlen, also
Mehr1373-1-8689 13.02.2015. Lizensierung ABB i-bus Newron Commissiong Tool
1373-1-8689 13.02.2015 Lizensierung ABB i-bus Newron Commissiong Tool Inhalt 1 Einleitung 3 2 Vorraussetzungen 3 3 MOOVnGROUP Light-Version 4 4 MOOVnGROUP Voll-Version 5 4.1 Bestellung MOOVnGROUP Dongle
MehrInhalt... 1 Einleitung... 1 Systemanforderungen... 1 Software Download... 1 Prüfdokumentation... 4 Probleme... 5 Hintergrund... 5
Inhalt Inhalt... 1 Einleitung... 1 Systemanforderungen... 1 Software Download... 1 Prüfdokumentation... 4 Probleme... 5 Hintergrund... 5 Dieses Dokument gibt ist eine Anleitung zur sicheren und einfachen
MehrWeb-Kürzel. Krishna Tateneni Yves Arrouye Deutsche Übersetzung: Stefan Winter
Krishna Tateneni Yves Arrouye Deutsche Übersetzung: Stefan Winter 2 Inhaltsverzeichnis 1 Web-Kürzel 4 1.1 Einführung.......................................... 4 1.2 Web-Kürzel.........................................
MehrIAWWeb PDFManager. - Kurzanleitung -
IAWWeb PDFManager - Kurzanleitung - 1. Einleitung Dieses Dokument beschreibt kurz die grundlegenden Funktionen des PDFManager. Der PDF Manager dient zur Pflege des Dokumentenbestandes. Er kann über die
MehrISAP Kundencenter. Alles. Einfach. Online. Das Handbuch zum neuen ISAP Kundencenter. 1992 2014 ISAP AG. All rights reserved.
ISAP Kundencenter Alles. Einfach. Online. Das Handbuch zum neuen ISAP Kundencenter. 1992 2014 ISAP AG. All rights reserved. ISAP Kundencenter Im Rahmen unseres Supports möchten wir Ihnen über unterschiedliche
MehrInhalt I. Blick zurück II. Was sind WebServices? III. Rahmenwerk für edienstleistungen IV. Verwendete WebServices
WebServices Applikationen und Services Ralf Günther Consultant HP Services April, 2003 Ralf.Guenther@hp.com DECUS Symposium 2003, Vortrag 2L06 9.04.2003 Inhalt I. Blick zurück II. Was sind WebServices?
MehrRegistrierung am Elterninformationssysytem: ClaXss Infoline
elektronisches ElternInformationsSystem (EIS) Klicken Sie auf das Logo oder geben Sie in Ihrem Browser folgende Adresse ein: https://kommunalersprien.schule-eltern.info/infoline/claxss Diese Anleitung
MehrEinrichten eines Postfachs mit Outlook Express / Outlook bis Version 2000
Folgende Anleitung beschreibt, wie Sie ein bestehendes Postfach in Outlook Express, bzw. Microsoft Outlook bis Version 2000 einrichten können. 1. Öffnen Sie im Menü die Punkte Extras und anschließend Konten
MehrBeschreibung und Bedienungsanleitung. Inhaltsverzeichnis: Abbildungsverzeichnis: Werkzeug für verschlüsselte bpks. Dipl.-Ing.
www.egiz.gv.at E-Mail: post@egiz.gv.at Telefon: ++43 (316) 873 5514 Fax: ++43 (316) 873 5520 Inffeldgasse 16a / 8010 Graz / Austria Beschreibung und Bedienungsanleitung Werkzeug für verschlüsselte bpks
MehrNach der Einrichtung einer Benutzerkennung auf dem IW Medien Messenger werden dem Geschäftspartner automatisch zwei Informationsmails zugestellt.
1 Systembeschreibung Der IW Medien Messenger ist eine zentrale Serverlösung für den vertraulichen E-Mail- Austausch mit Geschäftspartnern, die über keine eigene Verschlüsselungs-Software verfügen. Anstatt
MehrHilfe Bearbeitung von Rahmenleistungsverzeichnissen
Hilfe Bearbeitung von Rahmenleistungsverzeichnissen Allgemeine Hinweise Inhaltsverzeichnis 1 Allgemeine Hinweise... 3 1.1 Grundlagen...3 1.2 Erstellen und Bearbeiten eines Rahmen-Leistungsverzeichnisses...
MehrArchitektur 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
MehrSenden von strukturierten Berichten über das SFTP Häufig gestellte Fragen
Senden von strukturierten Berichten über das SFTP Häufig gestellte Fragen 1 Allgemeines Was versteht man unter SFTP? Die Abkürzung SFTP steht für SSH File Transfer Protocol oder Secure File Transfer Protocol.
MehrFolgende Einstellungen sind notwendig, damit die Kommunikation zwischen Server und Client funktioniert:
Firewall für Lexware professional konfigurieren Inhaltsverzeichnis: 1. Allgemein... 1 2. Einstellungen... 1 3. Windows XP SP2 und Windows 2003 Server SP1 Firewall...1 4. Bitdefender 9... 5 5. Norton Personal
MehrKonfiguration VLAN's. Konfiguration VLAN's IACBOX.COM. Version 2.0.1 Deutsch 01.07.2014
Konfiguration VLAN's Version 2.0.1 Deutsch 01.07.2014 In diesem HOWTO wird die Konfiguration der VLAN's für das Surf-LAN der IAC-BOX beschrieben. Konfiguration VLAN's TITEL Inhaltsverzeichnis Inhaltsverzeichnis...
MehrKURZANLEITUNG CYBERDUCK MIT CLOUD OBJECT STORAGE
KURZANLEITUNG CYBERDUCK MIT CLOUD OBJECT STORAGE Version 1.12 01.07.2014 SEITE _ 2 INHALTSVERZEICHNIS 1. Einleitung...Seite 03 2. Zugriff auf Cloud Object Storage mit Cyberduck...Seite 04 3. Neuen Container
MehrDatabase Exchange Manager. Infinqa IT Solutions GmbH, Berlin Stralauer Allee 2 10245 Berlin Tel.:+49(0) 30 2900 8639 Fax.:+49(0) 30 2900 8695
Database Exchange Manager Replication Service- schematische Darstellung Replication Service- allgemeines Replikation von Daten von bzw. in ein SAP-System und einer relationalen DMS-Datenbank Kombination
MehrDieses Tutorial gibt eine Übersicht der Form Klassen von Struts, welche Besonderheiten und Unterschiede diese aufweisen.
Übersicht Struts Forms Dieses Tutorial gibt eine Übersicht der Form Klassen von Struts, welche Besonderheiten und Unterschiede diese aufweisen. Allgemeines Autor: Sascha Wolski http://www.laliluna.de/tutorials.html
MehrSteganos Secure E-Mail Schritt für Schritt-Anleitung für den Gastzugang SCHRITT 1: AKTIVIERUNG IHRES GASTZUGANGS
Steganos Secure E-Mail Schritt für Schritt-Anleitung für den Gastzugang EINLEITUNG Obwohl inzwischen immer mehr PC-Nutzer wissen, dass eine E-Mail so leicht mitzulesen ist wie eine Postkarte, wird die
MehrIntegration mit. Wie AristaFlow Sie in Ihrem Unternehmen unterstützen kann, zeigen wir Ihnen am nachfolgenden Beispiel einer Support-Anfrage.
Integration mit Die Integration der AristaFlow Business Process Management Suite (BPM) mit dem Enterprise Information Management System FILERO (EIMS) bildet die optimale Basis für flexible Optimierung
MehrObjektorientierte Programmierung für Anfänger am Beispiel PHP
Objektorientierte Programmierung für Anfänger am Beispiel PHP Johannes Mittendorfer http://jmittendorfer.hostingsociety.com 19. August 2012 Abstract Dieses Dokument soll die Vorteile der objektorientierten
MehrBeschreibung des MAP-Tools
1. Funktionen des MAP-Tool 2. Aufbau des MAP-Tools 3. Arbeiten mit dem MAP-Tool Beschreibung MAP-Tool.doc Erstellt von Thomas Paral 1 Funktionen des MAP-Tool Die Hauptfunktion des MAP-Tools besteht darin,
MehrProzessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
MehrStand 10.2011 vr bank Südthüringen eg 1 von 10. Smart TAN plus Umstellungsanleitung VR-NetWorld Software
Stand 10.2011 vr bank Südthüringen eg 1 von 10 Smart TAN plus Umstellungsanleitung VR-NetWorld Software INHALTSVERZEICHNIS 1. Einführung 3 2. Allgemeine Informationen 4 3. Schritt 1 die Anmeldung des Generators
MehrBetr.: Neuerungen eps Online-Überweisung
Studiengesellschaft für Zusammenarbeit im Zahlungsverkehr GmbH. Tel. +43/1/505 32 80-0 Fax: +43/1/505 32 80-77 Internet: www.stuzza.at E-Mail: office@stuzza.at A-1070 Wien, Stiftgasse 15-17/8 Betr.: Neuerungen
MehrA361 Web-Server. IKT-Standard. Ausgabedatum: 2015-01-27. Version: 1.03. Ersetzt: 1.02. Genehmigt durch: Informatiksteuerungsorgan Bund, am 2004-09-07
Eidgenössisches Finanzdepartement EFD Informatiksteuerungsorgan des Bundes ISB A361 Web-Server Klassifizierung: Typ: Nicht klassifiziert IKT-Standard Ausgabedatum: 2015-01-27 Version: 1.03 Status: Genehmigt
MehrÜber die Internetseite www.cadwork.de Hier werden unter Download/aktuelle Versionen die verschiedenen Module als zip-dateien bereitgestellt.
Internet, Codes und Update ab Version 13 Um Ihnen einen möglichst schnellen Zugang zu den aktuellsten Programmversionen zu ermöglichen liegen Update-Dateien für Sie im Internet bereit. Es gibt drei Möglichkeiten
MehrDER SELBST-CHECK FÜR IHR PROJEKT
DER SELBST-CHECK FÜR IHR PROJEKT In 30 Fragen und 5 Tipps zum erfolgreichen Projekt! Beantworten Sie die wichtigsten Fragen rund um Ihr Projekt für Ihren Erfolg und für Ihre Unterstützer. IHR LEITFADEN
MehrErstellung von Reports mit Anwender-Dokumentation und System-Dokumentation in der ArtemiS SUITE (ab Version 5.0)
Erstellung von und System-Dokumentation in der ArtemiS SUITE (ab Version 5.0) In der ArtemiS SUITE steht eine neue, sehr flexible Reporting-Funktion zur Verfügung, die mit der Version 5.0 noch einmal verbessert
Mehr