Was ist XML? XML steht fr eXtensible Markup Language. XML ist ein Formalismus, der die Definition HTML-hnlicher Markup-Sprachen bzw.Daten-Formate erlaubt. Z.B.wird damit mglich: EMAIL FROMsbrass@sis.pitt.eduFROM TObrass@informatik.uni-giessen.deTO DATE200006201440DATE SUBJECTTestSUBJECT CONTENTSFunktioniert meine neue Email Adresse schon?CONTENTS EMAIL XML ist eine vereinfachte Fassung von SGML (Standard Generalized Markup Language). XML ist ein neues Datenmodell, das in Konkurrenz zum relationalen Datenmodell treten wird. Es hat gewisse hnlichkeiten zum veralteten hierarchischen Modell. Auf der anderen Seite ist es ein semistrukturiert Datenmodel (und damit sehr modern): Schwcher strukturiert als relationale Datenbanken, strker als reiner Text (z.B.Attribute knnen fehlen oder mehrere Werte haben, manchmal eine geschachtelte Struktur aufweisen, und manchmal nur Text enthalten). Mit XML kann die Verarbeitung von Daten (in Sinne von Datenbanken) und Dokumenten integriert werden. Es wird gesagt, da noch immer der weit grere Teil der fr Unternehmen relevanten Informationen nicht in Datenbanken gespeichert ist, sondern in Dokumenten steht (und in den Kpfen der Mitarbeiter). XML ist die Grundlage des zuknftigen ``semantischen Web''. XML ist ein universelles Datenaustausch-Format.

Markup-Sprachen Frher wurde ein Manuskript mit der Schreibmaschine getippt, aber dann fr den Setzer mit handschriftlichen Markierungen versehen. Z.B.wurde etwas unterstrichen oder eingekreist und dann am Rand ``kursiv'' vermerkt. Spter wurden solche handschriftlichen Markierungen von Textteilen durch entsprechende Kommandos fr Programme ersetzt, etwa {\it ...} fr TeX/LaTeX. Mit leuchtend-gelben ``Textmarkern'' werden hufig besonders wichtige Textteile hervorgehoben. Markierungen in Texten dienen also nicht nur der Formatierung beim Drucken. Tatschlich verwenden manche Studenten sogar verschiedene Farben mit verschiedenen Bedeutungen. Charles Goldfarb, der Vater von SGML, sagt, er htte den Begriff ``Markup Language'' 1969 erfunden, damit die Abkrzung GML (``Generalized Markup Language'') zu den Erfindern Goldfarb, Mosher und Lorie passt. Dieser Vorlufer von SGML ist in einem Projekt bei IBM entstanden, in dem ein System zur Verwaltung von juristischen Dokumenten entwickelt wurde.

Darstellungs-orientiertes und inhaltliches Markup Zunchst war die Markierungen in den Texten nur Anweisungen fr den Schriftsatz, z.B.18pt-Schrift, kursiv, Einrckung. Dies ist vernnftig, solange die einzige Verwendung des Textes das Ausdrucken in genau diesem Format ist. Wenn man den Text aber auch auf andere Weisen verarbeiten mchte, reicht dies nicht mehr aus. Zum Beispiel knnte man Kursiv-Schrift fr Hervorhebungen verwenden, aber auch fr definierende Vorkommen von Begriffen, und fr Namen. Fr eine Rechtschreib-Prfung ist es nun wichtig, da das Programm Namen erkennt. Fr die Erstellung eines Glossars oder Indexes mssen mssen die Definitionen erkannt werden. Fr einen Menschen ist es nicht schwierig, diese verschiedenen Verwendungen kursiver Schrift zu unterscheiden, aber Computer sind dumm und brauchen explizite Markierungen. Indem fr inhaltlich verschiedene Dinge die gleiche Markierung verwendet wurde, ist es zu einem Informationsverlust gekommen. Texte werden heute also nicht nur zum Ausdrucken verwendet, sondern es sind auch andere Verarbeitungen mglich. Zum Beispiel erfordert auch das automatische Erstellen eines Inhaltsverzeichnisses, da Kapitelberschriften klar als solche gekennzeichnet sind, und nicht einfach nur als gro und fett. Besondere Warnungen im Text knnten auch gro und fett sein. Man mu sich bei der Erstellung des Textes Gedanken ber mgliche Verwendungen machen. Alle Textbestandteile, die man gesondert behandeln will, mssen bei der Erfassung entsprechend markiert werden. Die Verwendung des XML-Formates alleine ist noch kein Zaubermittel. Dies schliet auch nderungen der Notation bzw.die ``Suche und Ersetze''-Funktion mit ein. Wenn man in einem Datenbank-Lehrbuch den Buchstaben ``Sigma'' sowohl fr Datenbank-Zustnde als auch fr die Selektion verwendet, und es stellt sich heraus, da man Datenbank-Zustnde umbenennen mu, kann das eine langwierige und fehleranfllige manuelle Aufgabe sein. Es wre besser, man htte die logischen Konzepte (Zustand bzw.Selektion) von der Darstellung (Sigma) unterschieden. Das Suchen in Texten ist auch eine Funktion, die durch entsprechende Markierungen sehr erleichtert werden kann. In dem XML Handbook wird als Beispiel die Suche nach einem Brief an Martha ber ``John Smith's will'' genannt. Das Wort ``will'' ist sehr hufig in der englischen Sprache, aber hier meint es ``Testament''. Auch ist wichtig, da Martha der Empfnger ist, und nicht einfach nur im Text vorkommt. Eine bloe Suche nach den Worten wrde viele nicht-relevante Dokumente liefern. Auch mu man Texte heute hufig auf verschiedenen Medien ausgeben, was unterschiedliche Formatierungen des gleichen Textes erfordert. Z.B.Darstellung im Web-Browser (mit/ohne Java, Grafiken, Frames), Drucken auf Papier (Seiten-Einteilung wichtig, besser ein greres Dokument als viele kleine), automatisches Vorlesen fr blinde Nutzer (oder Autofahrer), Kurzfassung fr Handys (WAP). Manchmal mchte man auch nur Auszge eines Dokumentes ausgeben, nicht den ganzen Text. Interaktive Lehrbcher: Textteile werden je nach Kenntnisstand des Lesers weggelassen (``adaptive Hypermedia'', http://www2.sis.pitt.edu/peterb/, http://wwwis.win.tue.nl/ah/, Projekt Wartungshandbcher fr Flugzeuge). ``Document Processing''-Kurs in Pittsburgh: Tabelle mit Studenten-Information. Stylesheet druckt Email-Liste. Notizen, Anmerkungen, Versions-Information im Text selbst wird normalerweise nicht mit ausgegeben. WYSIWYG (``what you see is what you get''): ``What you see is all you've got.'' As programming legend Brian Kernighan once noted, the problem with ``What you see is what you get'' is that what you see is all you've got.'' [Bosak/Bray, "XML and the Second-Generation Web"] ``Write once, use everywhere.''

Stylesheets Daher sollten die Anweisungen zum Ausgabeformat vom eigentlichen Text getrennt werden. Im XML Handbook wird inhaltsorientiertes/logisches Markup auch ``abstraktes Markup'' genannt, weil es die Details zum Ausdrucken nicht enthlt. Das Ausgabeformat wird in sogenannten Stylesheets festgelegt. Ein Text kann mehrere Stylesheets haben, z.B.zur Ausgabe auf unterschiedliche Medien oder zur Anpassung an unterschiedliche Benutzerwnsche. Zu Anfang waren Stylesheets einfach Makro-Definitionen, zum Beispiel wurde das Kommando ``Kapitelberschrift'' im Text durch Kommandos fr ``18Punkt'' und ``Fett'' ersetzt. Die Trennung von logischem und physischem Markup soll erstmals im SCRIBE-System realisiert worden sein, das an der Carnegie-Mellon-University (CMU) in Pittsburgh entwickelt wurde. Richard Stallman, Grnder der Free Software Foundation (GNU), beklagt, da der Geist, da alle Software frei ist und beliebig geteilt werden kann, zerstrt wurde, als das SCRIBE System an eine Firma verkauft wurde. Vorher wurden Programme mehr als Kunstwerke angesehen, und Programmieren war im wesentlichen Spa, und nicht ein Mittel, um reich zu werden. Programme wurden kostenlos im Quellcode ausgetauscht, und jeder war eingeladen, sie anzupassen und zu verbessern. Als die Leute aber verstanden, da sie damit viel Geld verdienen knnen, wenn sie ihre Ideen nicht mehr teilen, wurde diese Kultur zerstrt. Die LaTeX-Befehle sollen sehr direkt vom SCRIBE-System inspiriert sein. XML selbst macht keinerlei Angaben darber, wie der Text dargestellt werden soll. ``XML specifies Syntax, not Semantics''. Natrlich kann man Markierungen definieren, die physisches Markup darstellen sollen (z.B.<Kursiv>), aber diese Bedeutung/Interpretation kann in XML nicht spezifiziert werden (dafr gibt es XSL, die ``Extensible Stylesheet Language''). XML selbst ist nur ein Grammatik-Formalismus, mit dem man formale Sprachen, also Datenformate definieren kann. Solange man XML nur zum Datenaustausch zwischen Programmen verwendet, ist es auch gar nicht ntig, spezielle Schriftsatzangaben zum Ausdrucken zu machen. Um es nocheinmal klar zu sagen: XML ist keine Programmiersprache wie C oder Java. XML ist ein Datenformat. Man kann die Syntax der Daten in einem Teil von XML spezifizieren (als ``Document Type Definition'' oder DTD) und die Daten selbst dann in der so spezifizierten Teilmenge von XML aufschreiben. Die Bedeutung der Daten kann man nicht in XML festlegen. XML selbst ``tut'' berhaupt nichts. XSL besteht aus zwei Teilen: Einem Formalismus fr rekursive Regeln zur bersetzung von XML mit einem Satz von Markierungen in XML mit einem anderen Satz von Markierungen (XSLT: XSL Transformations). Einem Satz von Markierungen fr physisches Markup (Formatting Objects). XSLT kann aber z.B.auch zur bersetzung in HTML verwendet werden (dies ist im Moment die hufigste Art, XML in Web darzustellen). Man kann mit XSLT sogar eine bersetzung nach LaTeX durchfhren. In der englischen Literatur wird das Formatieren eines Textes zum Ausdrucken ``Rendering'' genannt (bersetzen, interpretieren).

Energie-Metapher Im Buch ``ABCD...SGML'' von Liora Alschuler werden verschiedene Formate, in denen textuelle Information vorliegen kann, mit verschiedenen Energieebenen verglichen. Aufwrtskonvertierung ist mhsam und erfordert den Einsatz von Energie, Abwrtskonvertierung ist einfach (es wird allerdings nicht richtig Energie frei). Ganz unten steht eine Hardcopy (ein Ausdruck), gefolgt von der Darstellung als Bitmap-Grafik. Als nchstes kommt die Darstellung als reiner ASCII-Text ohne Formatieranweisungen. Vom ASCII-Text zur Hardcopy ist einfach, aber vom Ausdruck zum ASCII-Text ist schon nicht trivial. Dann folgen Textverarbeitungssysteme wie Word. Wieder ist es einfach, zum ASCII-Text zu kommen, aber in der umgekehrten Richtung mu man mhsam von Hand Formatierungen einfgen. Ganz oben steht in diesem Diagramm SGML und strukturierte Information. Von SGML bzw.XML kann man leicht zu Text mit Formatierungsanweisungen kommen, aber dabei geht Information verloren, die man in der umgekehrten Richtung mhsam rekonstruieren mu.

``Unabhngigkeitserklrung des Informations-Anbieters'' Ein anderer Gedanke aus dem Buch ``ABCD...SGML'' ist, da SGML den Autor in verschiedener Hinsicht unabhngig macht. Unabhngig von einem speziellen Anbieter: SGML ist ein ISO-Standard (seit 1986) und es gibt SGML-Werkzeuge von einer ganzen Reihe verschiedener Hersteller. Bei XML gibt es auch schon eine grere Anzahl freier Programme. ``Wer das Format besitzt, besitzt die Informationen.'' Die Lizenz-Gebhr fr das Programm ist wie eine Miete fr die Informationen, die man doch selbst besitzen sollte. Datenformate von Programmen werden hufig gendert, zum Beispiel soll es heute sehr schwer sein, noch Dateien fr WordPerfect3.1 fr DOS zu lesen, da vor etwa 10Jahren aktuell war. Auch Microsofts RTF-Format wurde verschiedentlich gendert. Man mu also wie bei einer Miete regelmig fr Updates bezahlen. Der SGML-Standard ist dagegen nach 1986 nur wenig gendert worden und immer noch aktuell. XML ist eine vereinfachte Version von SGML, und die Konvertierung ist recht einfach. Es ist auch nicht ganz unwahrscheinlich, da viele XML-Werkzeuge mit der Zeit auch das volle SGML verstehen werden. Unabhngig von einem bestimmten Betriebssystem XML basiert auf dem Unicode Standard zur Codierung internationaler Schriftzeichen. XML schreibt vor, da Zeilenenden der Anwendung als einzelnes Linefeed bergeben werden (auch unter MS-DOS und auf Macs). XML Werkzeuge gibt es fr viele unterschiedliche Betriebssysteme (viele sind heute in Java geschrieben). Unabhngigkeit von dem Ausgabemedium XML kann relativ einfach in verschiedene Ausgabeformate fr Drucker, das Web, CD-ROMs, etc. bersetzt werden. Vor 10 Jahren gab es noch kein Web, aber in SGML codierte Texte konnten wesentlich einfacher ins Web gestellt werden als etwa Word-Dateien. Unabhngig von dem Anwendungsprogramm Man kann SGML/XML-codierte Texte recht einfach in Formate fr verschiedene Anwendungsprogramme bersetzen, und die Texte auch fr andere Zwecke verwenden als nur zum Ausdrucken. Word-Dateien kann man dagegen nur mit Word verwenden. Unabhngigkeit geschieht hufig durch eine gewisse Indirektion. Zum Beispiel wird bei Datenbanken die physische Datenunabhngigkeit durch die Trennung von konzeptionellem und internem Schema erreicht. So ist auch verstndlich, da bei XML die Konvertierung in andere Formate relativ wichtig ist.

XML als universelles Daten-Austauschformat Fr relationale Datenbanken gibt es bisher kein allgemein akzeptiertes Austausch-Format. Ein Student von mir hatte eine Datenbank als SQL Server Version6 Datei bekommen, und konnte sie nicht in SQL Server Version7 laden. Das Oracle Export/Import-Format ist Oracle-spezifisch, und kann nur zum Datenaustausch zwischen Oracle Datenbanken eingesetzt werden. Personal Oracle kommt mit einem Konvertierungsprogramm, das den Import von Daten in Microsoft Access Datenbanken erlaubt, aber die umgekehrte Konvertierung wird von Oracle natrlich nicht untersttzt. Microsoft Word kommt mit einer Unmenge von Konvertierungsprogrammen fr die Formate anderer Textverarbeitungs-Programme. Es wre viel einfacher, wenn jedes Programm den Export und Import von Daten im XML-Format untersttzen wrde. Mit einem Standard-Austauschformat bentigt man fr nverschiedene interne Formate nur 2*nKonvertierungsprogramme. Ansonsten bentigt man n*(n-1)Programme, um von jedem Format direkt in jedes andere konvertieren zu knnen. Zwar ist XML alleine schon eine Hilfe (weil es viele XML-zu-XML Transformations-Programme gibt, z.B.XSLT-Implementierungen), aber ein vollstndige Lsung erfordert auch die Normung der ``Tags''. Es gibt zur Zeit viele Bestrebungen, ``Document Type Definitions'' (oder ``Schemas'') fr verschiedene Anwendungsbereiche zu entwickeln und zu standardisieren. Es gibt schon einige DTD-Sammlungen im Web: http://www.dtd.com/, http://www.xmltree.com, http://www.biztalk.org, http://xml.org Auch fr Datenbank-Entwurf interessant: DTDs sind Datenbank-Schemata. Auch frher haben groe Unternehmen Daten schon elektronisch ausgetauscht. Solche EDI-Systeme (``Electronic Data Interchange'') waren allerdings sehr teuer und damit fr kleine bis mittlere Unternehmen nicht geeignet. Mit XML reicht im Extremfall ein Web-Browser und ein Texteditor aus, um an einem solchen Datenaustausch teilnehmen zu knnen. Es wird hufig gesagt, da die Hauptbedeutung von XML im Datenaustausch liegt. Die Unternehmen werden ihre Daten wahrscheinlich weiter in relationalen Datenbanken halten, und nicht auf spezielle XML-Datenbanken umsteigen, die zur Zeit in Entwicklung sind. Aber der Datenaustausch zwischen Unternehmen, also ``Business-to-Business (B2B) E-Commerce'' wird in XML abgewickelt werden.

XML als Syntax-Analyse-Werkzeug Bei der Programmierung mu man hufig kleine Sprachen entwerfen und implementieren. Wenn man z.B.ein Programm fr Multiple-Choice Tests entwickelt, mu man sich darber Gedanken machen, wie man die Fragen und mglichen Antworten abspeichern will. Ich habe frher viele Textadventurespiele gespielt, und wollte natrlich auch selbst eines schreiben. Dafr ist auch das wesentliche die Datensammlung mit den Beschreibungen der Orte oder Rume und der Gegenstnde, sowie auch den Regeln, was bei einem Kommando geschieht. BibTeX ist ein Programm, das zur Verwaltung von Literatursammlungen dient, und hat auch sein eigenes Format fr die Daten. Natrlich kann man alle solche Daten auch in einer relationalen Datenbank abspeichern. An dem BibTeX Beispiel kann ich aber sagen, da fr mich die Verwendung eines Texteditors viel leichter war, als spezielle Bildschirmmasken fr eine relationale Datenbank, die wir auch hatten. Das wrde sich wahrscheinlich ndern, wenn meine Literatursammlung wesentlich grer wre. Man kann bei solchen Gelegenheiten immer sein eigenes Datenformat definieren. Aber wenn man es als Anwendung von XML auslegt, hat man gleich Zugriff auf eine groe Anzahl von XML-Werkzeugen, wie etwa Parser (zur Syntaxanalyse), Syntax-gesttzte Editoren, Abfrage- und Transformations-Werkzeuge, und natrlich Werkzeuge zur ansprechenden Darstellung der Daten auf verschiedenen Ausgabemedien, inklusive der Darstellung im Web.

Schwchen/Probleme von HTML HTML hat viele Bestandteile, die nur die Darstellung des Textes im Browser betreffen (etwa Schriftart-Angaben wie <B>), und relativ wenige Inhalts-orientierte ``Tags''. Wie soll z.B.CENTER in einer Sprachausgabe dargestellt werden? Und wie soll BLINK ausgedruckt werden? HTML ist nur eine einzige Anwendung von SGML, d.h.ein fester Satz von ``Tags''. Dies kann natrlich nicht Inhalts-orientiertes Markup fr beliebige Anwendungen erlauben. Die mglichen Anwendungen sind einfach zu verschieden. HTML hat einige inhaltliche Tags wie etwa ADDRESS, TITLE und KBD, auch die verschiedenen berschriften, Paragraphen usw.knnen so verstanden werden. Aber Dinge wie PRODUCT und PRICE, die im heutigen Web durchaus hufiger vorkommen, fehlen. Es ist einfach nicht mglich, mit einem festen Satz von Tags beliebige Anwendungen zu untersttzen. Man gelangt dann zu einem kleinsten-gemeinsamen Nenner von Tags (z.B.sollte jedes Dokument einen Titel haben). Die einzige gemeinsame Funktion aller Arten von Dokumenten ist das Ausdrucken, daher fhrt der feste Satz von Tags auch zu strker darstellungs-orientiertem Markup. HTML hat eine sehr lockere DTD (Grammatik), die nur wenig Struktur vorschreibt. Bekannte Struktur ist fr die Weiterverarbeitung aber sehr ntzlich. Je mehr man ber die Struktur wei, umso komplexere Anfragen sind mglich. Wenn ein Dokument nur eine Folge von Zeichen ist, kann man nur nach Teilstrings suchen. Relationale Datenbanken sind stark strukturiert, und entsprechend ist SQL auch eine viel mchtigere Sprache. Aber selbst die wenigen Syntax-Regeln, die HTML vorschreibt, werden sehr hufig verletzt, und Browser zeigen den Text normalerweise dennoch ohne Fehlermeldung dar. Eine frhe Version von Netscape soll, falls ein Dokument zwei TITLE-Elemente enthielt, diese im Wechsel blinkend angezeigt haben. Der Erfolg war, da Programmierer dieses Verhalten ausnutzten, um einen solchen Effekt zu erzielen. Die Weiterverarbeitung (etwa mit Stylesheets) wird komplex und unzuverlssig, wenn man nicht voraussetzen kann, da sich die Eingabe an die Syntaxregeln hlt.

SGML, HTML, und XML (Historisches) 1969 entwickelten Goldfarb, Mosher und Lorie die Generalized Markup Language (GML) bei IBM (in einem Projekt zur Verwaltung juristischer Dokumente). 1974 entwickelte Goldfarb ein Programm zur Syntaxanalyse, das eine DTD (Document Type Definition, Grammatik) einliest und dann ein Dokument auf syntaktische Korrektheit bezglich dieser DTD prft. Vorher war es offenbar so, da die Syntaxanalyse in die speziellen Verarbeitungsprogramme fr gegebene Dokument-Typen eingebaut war. Goldfarb sagt im XML Handbook ``At that point SGML was born - although it still had a lot of growing up to do.'' 1978-1986 war Goldfarb technischer Leiter eines Komitees, das den ISO-Standard 8879 fr SGML entwickelte. Spter hat das Komitee auch die Standards HyTime (``Hypermedia/Time-based Structuring Language'') fr Hyperlinks und DSSSL (``Document Style Semantics and Specification Language'') fr Stylesheets entwickelt. SGML wurde auch ein de facto Standard zum Austausch groer, komplexer Dokumente, z.B.Wartungsunterlagen fr Flugzeuge oder Test-Unterlagen zur Zulassung neuer Medikamente. Das US Department of Defense startete 1985 eine Serie von Standards, die ein auf SGML basierendes Format fr technische Dokumentation verlangen (CALS: ``Computer-Aided Logistic Support'', ``Continuous Acquisition and Life-cycle Support''). 1989 hat Tim Berners-Lee beim CERN (einem europischen Kernforschungslabor in Genf) ein Projekt vorgeschlagen, das die Grundlage des World Wide Web bildete. Sein Kollege Anders Berglund hat ihn auf SGML hingewiesen, aber sie entwickelten die Hypertext Markup Language (HTML) zunchst nur anhand von Beispielen. Als schlielich eine formale DTD fr HTML definiert wurde, gab es schon Tausende von inkorrekten HTML-Dokumenten. DTD fr HTML4.01: http://www.w3.org/TR/REC-html40/sgml/dtd.html http://www.w3.org/TR/REC-html40/strict.dtd DTD fr HTML3.2: http://www.w3.org/TR/REC-html32dtd Syntaxprfer fr HTML: http://validator.w3.org/. Die erste HTML-Version hatte berwiegend inhalts-orientierte Tags. Spter wurden von den Browser-Herstellern mehr darstellungs-orientierte Tags hinzugefgt. Durch solche Erweiterungen sollten die Anwender an einen bestimmten Browser gebunden werden. Als das Web erfolgreich war, und die Web-Seiten nicht nur in Browsern angezeigt wurden, sondern teils auch von Computer-Programmen verarbeitet wurden (z.B.Suchmaschinen oder Preisvergleichs-Diensten), kam der Wunsch auf, das ganze SGML zu verwenden, und nicht nur eine spezielle SGML-Anwendung. Momentan mssen z.B.Preisvergleichs-Dienste kleine Programme fr jede Datenquelle im Web schreiben (sogenannte ``Wrapper''), die die relevanten Daten aus den Web-Seiten extrahieren. Das Problem ist, da fr jede Datenquelle ein eigenes Programm erforderlich ist, und dieses Programm nur so lange funktioniert, wie das Format der Web-Seite nicht gendert wird. Viele Firmen ``verbessern'' ihre Reprsentation im Web aber relativ hufig. Die Implementierung von SGML war den Browser-Herstellern aber zu kompliziert. Nach langen Verhandlungen einigte man sich auf eine (leicht modifizierte) SGML-Teilmenge, die XML (eXtensible Markup Language) genannt wurde. Die W3C Arbeitsgruppe zur Definition von XML wurde von Jon Bosak (SUN Microsystems) gegrndet und geleitet. Am 10.Februar 1998 wurde die XML1.0 Empfehlung verffentlicht: http://www.w3.org/TR/REC-xml Whrend XML1.0 heute stabil ist, sind viele der darauf aufbauenden Standards, z.B.fr Stylesheets, noch in Entwicklung. Bcher, die 1998 or 1999 erschienen sind, weisen darauf hin, da ihre Darstellung von XSL nur auf Vor-Informationen basiert, und die entgltige XSL Norm sich davon recht deutlich unterscheiden kann. Der Implementierung von XSLT im Internet Explorer5 merkt man manchmal auch an, da sie sich noch auf einen Vorentwurf bezieht (und mit der schlielich endgltig verabschiedeten XSLT-Spezifikation nicht genau bereinstimmt).

Unterschiede von XML und HTML (Einschrnkungen gegenber SGML) XML erlaubt nicht, rekonstruierbare Tags wegzulassen. Zum Beispiel benutzt man in HTML hufig BR und LI ohne schlieendes Tag. Whrend SGML noch hufig mit normalen ASCII-Editoren erstellt wurde, wird XML typischerweise von Programmen oder speziellen XML-Editoren erstellt. Da ist die Einsparung von Tastendrcken nicht mehr wichtig. Auch spielen einige Bytes mehr Speicherplatz keine Rolle mehr. Tags sind unter anderem auch deswegen nicht optional, weil XML eine DTD (Grammatik) nicht zwingend erfordert. Dann kann man natrlich nicht mehr die korrekte Verwendung einer gegebenen Menge von Tags prfen, aber die Baumstruktur (korrekte Schachtelung der Tags) kann immerhin noch erzwungen werden (Wohlgeformtheit). Ohne Grammatik wren Tags aber nicht eindeutig rekonstruierbar. Weil es fr Tags ohne Inhalt etwas umstndlich wre, immer erst das ffnende Tag und dann das schlieende aufzuschreiben, wird hierfr in XML normalerweise eine abgekrzte Schreibweise verwendet, z.B. <BR/>. Dies ist aber in SGML mit einigen Klimmzgen erreichbar (SGML hat viele Parameter), siehe http://www.w3.org/TR/NOTE-sgml-xml-971215. Auch erlauben heutige HTML-Browser und Syntaxchecker diese Schreibweise. Sie ist also offenbar nicht wirklich neu, sondern wurde in HTML nur kaum verwendet. XML unterscheidet zwischen Gro- und Kleinschreibung in Tags (``case-sensitive''). Attributwerte mssen in XML in Anfhrungszeichen eingeschlossen werden. Whrend HTML im wesentlichen in SGML definiert werden kann (wobei fr bestimmte Attributwerte wie URLs und Farbcodierungen noch zustzliche Einschrnkungen gefordert werden mssen), gilt das aus diesen Grnden fr XML nicht mehr. XHTML http://www.w3.org/TR/xhtml1/ ist aber eine Variante von HTML, die in XML definiert werden kann. Unter anderem fordert XHTML, da jedes geffnete Tag auch wieder geschlossen wird. SGML ist sehr stark parametrisierbar. Z.B.mssen Tags nicht unbedingt mit dem Zeichen``<'' beginnen, sondern man kann das ``Start of Tag'' Zeichen selbst definieren. In XML wurden Werte fr die meisten Parameter vorgeschrieben.

Auf XML basierende Standards (teils noch in Entwicklung) Namespaces http://www.w3.org/TR/REC-xml-names/ DOM http://www.w3.org/TR/REC-DOM-Level-1/ XPath http://www.w3.org/TR/xpath XSLT http://www.w3.org/TR/xslt XSL: Formatting Objects http://www.w3.org/TR/xsl/ XPointer http://www.w3.org/TR/xptr XLink http://www.w3.org/TR/xlink/ XML Query http://www.w3.org/XML/Query XML Schema http://www.w3.org/XML/Schema XHTML http://www.w3.org/TR/xhtml1/