Eine Software erschließt sich für den Anwender erst durch ein Handbuch und/oder eine Online-Hilfe. In diesem Artikel soll gezeigt werden, wie auf der Grundlage von XML und unter Einsatz von XSLT und Python eine medienneutrale Benutzerdokumentation erstellt werden kann.

Das Apache Projekt WSIF implementiert eine abstrakte Schnittstelle für die Verwendung WSDL-basierter Web Services. Die Verwendung eines Web Services ist dabei unabhängig von seiner konkreten Implementierung und dem verwendeten Transport- oder Komponentenmodell. Web Services, die nicht über SOAP kommunizieren, werden in gleicher Weise verfügbar wie SOAP-basierende - WSIF ist somit der perfekte Ausgangspunkt zur Schaffung einer Integrationsinfrastruktur, die nicht auf der grünen Wiese aufsetzt, sondern die realen Gegebenheiten einer Enterprise Software-Landschaft berücksichtigt.

XML Schema hat sich mittlerweile vor Konkurrenten wie Relax NG, Schematron oder den alten DTDs als die wichtigste Sprache für Schemas in XML etabliert. In diesem Artikel wird einem oft vernachlässigten, aber sehr wichtigen Aspekt von XML Schema nachgegangen, nämlich der Frage, wie man eigentlich XML Schemas schreibt. Nichts einfacher als das, wird sich der naive XML-Einsteiger denken: Man nimmt sich ein Stück Software, bei dem XML Schema Support auf der Verpackung steht, und macht sich an die Arbeit. In diesem Artikel wollen wir zeigen, dass die Realität leider anders aussieht - und warum das keinem Anwender von XML Schema egal sein sollte.

Die meisten Anwendungen nutzen heute ein relationales Datenbanksystem. Immer häufiger wird jedoch XML als universelles Austauschformat eingesetzt, das dann auch in Verbindung mit einem speziellen XML-Server oder einer XML-Datenbank zum Einsatz kommt. Wie sich eine vorhandene MySQL-Anwendung auf die Verwendung mit einem XML-Server umstellen lässt, zeigt der folgende Beitrag.

Dieser Artikel verrät Ihnen, was ein Auto mitten in einem Fluss mit Ontologien und Softwareentwicklung zu tun haben könnte und warum Sie Ihrem Auto-Navigationssystem nicht blind vertrauen sollten. Am Beispiel der Sprache DAML+OIL wird der praxisrelevante Mehrwert von Ontologien für die Nutzung und Verteilung von Informationen dargestellt.

Zum Auffinden von Web Services und zur Beschreibung ihrer Schnittstellen werden seit Beginn des Web Services-Booms zwei Standards genutzt: die Web Services Description Language (WSDL) und der Universal Description, Discovery, and Integration-Standard (UDDI). IBM und Microsoft schicken einen weiteren Standard ins Rennen, die Web Services Inspection Language (WSIL oder auch WS-Introspection). Es stellt sich die Frage, welche Vorteile dieser Standard bringt, ob er sich auf lange Sicht durchsetzen kann oder ob er nur eine von vielen Abkürzungen im Dschungel der Web Service-Standards bleibt.

Die Anfragesprache XQuery ist auf dem besten Wege, ein Standard zur Abfrage von XML-Dokumenten zu werden. Die jüngsten Spezifikationen zeigen vielversprechende Ansätze, mit der endgültigen Verabschiedung ist Mitte 2003 zu rechnen. Doch um zu einem wirklichen Standard zu werden, muss eine Anfragesprache ausdrucksstark und zugleich intuitiv sein. Der vorliegende Artikel untersucht an einem konkreten Anwendungsbeispiel, inwieweit diese Kriterien von XQuery erfüllt werden.

Der XML-Standard hat in diesen Tagen seinen fünften Geburtstag gefeiert. Für die Zeitmaßstäbe in der Branche ein recht langer Zeitraum, vor allem wenn man bedenkt, dass heute noch die Version 1.0 gültig ist und sich XML einer hohen - und steigenden - Verbreitung erfreut. Nach fünf Jahren liegen nun genügend Praxiserfahrungen vor, um noch ein paar letzte größere Korrekturen anzubringen: Die Definition von XML 1.1 befindet sich seit Oktober 2002 im Stadium der Candidate Recommendation, hat also schon einige Hürden der W3C-Standardisierung überwunden. Den neuen Standard und seine Auswirkungen in der Praxis stellt der folgende Artikel vor.

SVG Vektorgrafiken sind - als eine XML-Sprache - geradezu prädestiniert, über XSL-Transformationen aus XML-Quellen dynamisch erzeugt zu werden. Dieser Artikel beschreibt am Beispiel eines Raumbelegungsplans eine mögliche Vorgehensweise zur Erstellung einer interaktiven SVG-Anwendung mit datenbankgestützten Inhalten auf Basis der Microsoft-Technologien SQL Server 2000, Microsoft XML-Parser/XSLT-Prozessor und .NET.

Wer heute deutschsprachige Information über Topic Maps im Internet sucht, erhält eine jener Trefferlisten von über 1000 Ergebnissen auf 47 Seiten. Dies ist nicht nur ein Zeichen für die zunehmende Verbreitung des Themas, sondern auch - einmal mehr - für die Notwendigkeit eines Verfahrens, um Ergebnismengen sinnvoll einzugrenzen. Genau das ist eines der Hauptanwendungsgebiete, die schon Goldfarb im Auge hatte, als er Topic Maps als das Global Positioning System (GPS) des Web bezeichnete und Ihnen im XML Handbook [1] eine Schlüsselrolle für die Navigation zuwies. Dieser Artikel befasst sich mit dem Stand der Technik am Beispiel einer schon heute realisierten Anwendung.

Die aktuelle Wunderwaffe der Softwareindustrie heißt XML. Kein Programmierwerkzeug, dessen neueste Version nicht mit dem Slogan Jetzt mit noch mehr XML! beworben würde. Als vorsichtige Programmierernatur bringt mich diese Euphorie in einen ernsthaften Zwiespalt: Auf der einen Seite habe ich in mühevollen Jahren die grundlegenden Prinzipien der Modularisierung und anschließend der Objektorientierung für gut befunden und verinnerlicht. Auf der anderen Seite spüre ich das herablassende Lächeln meiner Kollegen, wenn ich zugebe, dass ich noch in Java programmiere und nicht schon längst in XML konfiguriere.

Integrationsserver und -lösungen sind in der Regel komplexe und kostspielige Systeme, die immer häufiger auf XML und XSLT basieren. Dieser Artikel beschreibt, wie mit verbreiteten Open Source-Tools ein leistungsfähiger und erweiterbarer Integrationsserver realisiert werden kann. Dabei kommen das Build-Tool Ant sowie die Technologien XML, XSLT, Java und JMX zum Einsatz.

Gerade in der XML-Welt trifft man oft auf Akronyme, die aus drei Buchstaben bestehen und RSS macht da keine Ausnahme. Dennoch ist RSS anders, denn schon bei der Bedeutung der drei Buchstaben streitet sich die RSS-Gemeinde. Je nachdem, wo man nachliest, steht RSS für RDF Site Summary[1], Rich Site Syntax[2] oder neuerdings auch Really Simple Syndication [3]. Eigentlich keine guten Voraussetzungen für die Durchsetzung eines Standards für die Übermittlung von aktuellen Informationen im Web. Dennoch hat das XML-Format RSS inzwischen einen Siegeszug angetreten, von dem andere Formate noch träumen. Durch die Verfügbarkeit von zahlreichen Informationsquellen, die ihre Informationen in RSS anbieten, durch die Veröffentlichung von Weblogs als RSS und durch die Zunahme an RSS-fähigen Clientprodukten, hat dieses Format gerade in den letzten Monaten viele neue Freunde gefunden.

Immer wieder gibt es Situationen, in denen es hilfreich wäre, schnell mal zu sehen, welche Attribute in einem bestimmten Tag innerhalb eines XML-Dokuments vorkommen können. Sind keine DTD oder Schema zur Hand oder das Lesen einer komplexen DTD zu zeitraubend, hilft eine Cross-Referenz, die zeigt, welche Attribute ein Element haben kann, wie oft es im Dokument vorkommt, welche Kindelemente auftreten und welches die Elternelemente sind. Mit Hilfe eines kleinen Python-Skripts und eines XSLT-Stylesheets lässt sich das im Handumdrehen generieren.

Suns Java Web Services Developer Pack (JWSDP) hat seine Feuerprobe einige Monate nach dem Final Release inzwischen hinter sich gebracht, sodass es nun an der Zeit ist, dieses mit anderen Toolkits für Web Services zu vergleichen. In diesem Artikel soll sich das JWSDP dem direkten Vergleich mit IBMs Web Services Toolkit stellen. Dieses liegt inzwischen in Version 3.22 vor und hat zumindest zeitlich einen Vorsprung von mehr als einem Jahr vorzuweisen. Es soll dabei aufgezeigt werden, wie sich mit den beiden Lösungsansätzen eine einfache Anwendung in Form eines Web Services umsetzen lässt.

Web Services und SOAP sind neue Technologien, für die sich Unternehmen wie Microsoft in letzter Zeit ereifert haben. Abgesehen vom Hype hat SOAP bisher jedoch noch keinen großen Eindruck in der Geschäftswelt hinterlassen. Dies liegt nicht an Problemen der Web Services an sich, sondern daran, dass wir uns in einer Phase des Übergangs von der traditionellen Anwendungsentwicklung zur Entwicklung verteilter Anwendungen befinden. Wir sind gewohnt, alle Teile unserer Anwendung in der Hand zu haben.

Java Entwicklern stehen heute eine ganz Reihe von Technologien und Schnittstellen zur Verfügung, die für die Verarbeitung von XML-Dokumenten entwickelt wurden. In unserem Workshop für Einsteiger wollen Ihnen einige dieser Technologien vorstellen und aufzeigen, wie XML und Java sich gegenseitig ergänzen können. Im ersten Teil des Workshops haben wir Sie in das XML-Parsing mit SAX und DOM eingeführt (Java Magazin 4.2002). Im zweiten Teil stellen wir Ihnen mit der Bibliothek JDOM eine Open Source-Alternative zur DOM API vor, die zudem Java-spezifische Features bietet. Im Anschluss werden wir uns dem Thema Web Services zuwenden und uns aus Java-Sicht mit dem SOAP-Protokoll befassen, wobei die SOAP-Implementierung von Apache zum Lesen und Schreiben von SOAP-Envelopes verwendet wird.

Mittlerweile existieren über 70 Toolkits zur Realisierung von Web Services. Natürlich hat auch die Perl-Fraktion einiges zu bieten. Der folgende Artikel beschreibt die Implementierung von Web Services mit dem Perl-Modul SOAP::Lite. Das Lite im Namen weist nach Aussage des Entwicklers Paul Kulchenko darauf hin, dass bei dessen Verwendung nur eine geringe Anzahl Kalorien verbraucht werden.

Kaum ein Begriff erhitzt derzeit die Gemüter in der Web Services Welt mehr als das simple Wort REST. So wird dieses Thema oft auf Weblogs oder in eMail-Listen auf die simple Frage SOAP gegen REST gebracht. Die Diskussion geht so weit, dass sich inzwischen zwei Lager gebildet haben. Auf der einen Seite die REST-Anhänger und auf der anderen die SOAP-Jünger. Entsprechend heftig geraten teilweise die Diskussionen in den verschiedenen Foren. Auf der diesjährigen O'Reilly Open Source Convention in San Diego wurde das Thema REST in gleich zwei Vorträgen behandelt. Dieser Artikel stellt REST dar, erläutert die REST-Prinzipien und betrachtet die Auswirkung von REST auf die Entwicklung von Web Services.

Seit jeher steht Java als plattformunabhängige Programmiersprache zwischen den Welten der verschiedenen Computersysteme. Aber gerade diese Tatsache hat dazu beigetragen, dass eine Reihe von übergreifenden Standards geschaffen wurden, um sich mehr und mehr von der Plattformbindung zu lösen. Wer in seinen Java-Projekten auf XML, SQL oder LDAP setzt, findet in Castor ein Data-Bind ing-Framework, das alle Anforderungen dieser Bereiche vereint und ein optimales Zusammenspiel mit der Programmiersprache Java garantiert. Der folgende Artikel bietet eine einfache und verständliche Einführung in die Anwendung des Frameworks Castor.