XML (Extensible Markup Language) ist eine Auszeichnungssprache zur strukturierten Darstellung von Daten. Sie wurde 1998 vom W3C standardisiert.

Eigenschaften:

• Erweiterbar: Eigene Tags definierbar
• Plattformunabhängig: Funktioniert überall
• Menschenlesbar: Klare Struktur
• Valdierbar: Mit DTD oder XSD
• Hierarchisch: Baumstruktur mit einem Root

Wichtig: XML beschreibt Daten, nicht deren Darstellung (das macht CSS/XSLT).

Die häufigsten Gründe für ungültiges XML:

• Nicht geschlossene Tags: <name>Max – schließen mit </name>
• Falsche Verschachtelung: <a><b></a></b> – Tags müssen korrekt verschachtelt sein
• Case-Sensitivity: <Name></name> – XML unterscheidet Groß-/Kleinschreibung
• Mehrere Root-Elemente: Nur ein Root-Element erlaubt
• Unescaped Characters: &, <, > müssen escaped werden
• Attribute ohne Quotes: <item id=1> – Quotes erforderlich
• Doppelte Attribute: <item id="1" id="2"> – nicht erlaubt
• Falsches Encoding: Umlaute ohne UTF-8-Deklaration

Unser Tool zeigt dir die genaue Position des Fehlers an!

Obwohl beide ähnlich aussehen, sind sie grundverschieden:

XHTML ist ein Hybrid: HTML, das XML-Regeln folgt.

Namespaces lösen Namenskonflikte, wenn verschiedene XML-Vokabulare kombiniert werden.

Beispiel:

<root xmlns:html="http://www.w3.org/1999/xhtml">
  <html:table>
    <html:tr><html:td>Hallo</html:td></html:tr>
  </html:table>
</root>

Regeln:

• Präfix: Kurzer Name vor dem Element (z.B. html:)
• URI: Eindeutige Kennung (nicht abrufbar)
• Deklaration: Mit xmlns:präfix="uri"
• Default-Namespace: xmlns="uri" ohne Präfix

Beide definieren Regeln für XML-Dokumente, aber unterschiedlich:

• DTD (Document Type Definition):
  • Älterer Standard
  • Eigene Syntax (nicht XML)
  • Wenig Datentypen (nur Text)
  • Keine Namespaces
  • Einfacher zu schreiben
• XSD (XML Schema Definition):
  • Moderner Standard (W3C 2001)
  • Selbst XML-basiert
  • Viele Datentypen (int, date, etc.)
  • Namespace-Unterstützung
  • Komplexer, aber mächtiger

Empfehlung: XSD für neue Projekte verwenden.

XPath ist eine Abfragesprache für XML-Dokumente – ähnlich wie SQL für Datenbanken.

Beispiele:

• /bookstore/book – Alle Bücher im Bookstore
• //title – Alle Titel-Elemente
• /bookstore/book[1] – Erstes Buch
• //book[@id='bk101'] – Buch mit bestimmter ID
• //book[price>30] – Bücher teurer als 30

Verwendung: XSLT, XQuery, DOM, Selenium, XML-Parser.

Verwandte Technologien: XSLT (Transformation), XQuery (Abfrage), XPointer (Verweise).

Die Wahl hängt vom Anwendungsfall ab:

XML verwenden bei:

• SOAP-Webservices
• Office-Dokumente (DOCX, XLSX, ODF)
• SVG, RSS, Atom
• Enterprise-Integration (ESB, Mule)
• Wenn Attribute oder Namespaces gebraucht werden
• Wenn ein Schema (XSD) nötig ist
• XSLT-Transformationen

JSON verwenden bei:

• REST-APIs
• Modernen Web-Anwendungen
• NoSQL-Datenbanken (MongoDB)
• Konfigurationsdateien (package.json)
• Frontend-Backend-Kommunikation
• Wenn Kompaktheit und Geschwindigkeit wichtig sind

Faustregel: Neue Web-Projekte mit JSON, Enterprise/SOAP mit XML.

Well-Formed bedeutet, dass das XML syntaktisch korrekt ist. Regeln:

• Genau ein Root-Element
• Alle Tags geschlossen
• Korrekte Verschachtelung
• Case-sensitive Tags
• Attribute in Anführungszeichen
• Keine doppelten Attribute
• Reservierte Zeichen escaped
• Gültige Element-Namen (kein Leerzeichen am Anfang, etc.)

Abgrenzung:

• Well-Formed: Syntax korrekt
• Valid: Syntax korrekt und Schema-konform

Unser Tool prüft, ob dein XML well-formed ist.

CDATA (Character Data) markiert einen Bereich, in dem XML-Sonderzeichen nicht escaped werden müssen.

Beispiel:

<script>
  <![CDATA[
    if (a < b && c > d) {
      alert("Hello");
    }
  ]]>
</script>

Verwendung:

• JavaScript-Code in XML
• HTML-Snippets in RSS
• SQL-Queries in XML
• Alles mit vielen <, >, &

Nachteil: Innerhalb von CDATA kann ]]> nicht verwendet werden.

Theoretisch gibt es keine Größenbegrenzung. Praktisch gibt es Einschränkungen:

• Browser DOMParser: Mehrere hundert MB möglich
• Java/XML-Parser: Standard-Limits konfigurierbar
• SOAP-APIs: Oft 1–10 MB Request-Limit
• Empfehlung: Bis ~50 MB ist XML praktikabel

Bei großen XML-Dateien:

• SAX-Parser: Stream-basiert, wenig Speicher
• StAX: Streaming API für XML
• XML-Fragmente: Datei aufteilen
• Alternative Formate: Protocol Buffers, Avro, Parquet