XML / XPath / XSD

XSD-Validierungmit der vollständigen Schema-Sammlung

XML und Hauptschema eingeben; mit der Schaltfläche oder Strg/Cmd+Enter prüfen. Das Beispiel enthält eine eingebundene Typdefinition.

XSD-Validierung

XML-Eingabe

Aktuelles XSD

XML und Schemadaten werden in diesem Browser verarbeitet und nicht zur Validierung hochgeladen.

Relative ASCII-Pfade wie types/common.xsd. Referenzen gelten relativ zur enthaltenden Schemadatei; URLs und Pfade außerhalb des virtuellen Stammverzeichnisses sind ausgeschlossen.

Manuelle Prüfung, höchstens 10 Sekunden einschließlich Laden. XML und jedes Schema: 1.000.000 Zeichen; alle Schemata: 2.000.000 Zeichen; maximal 20 Dateien, Tiefe 100.

Ergebnis veraltet. Für den Export erneut validieren.

Eine XSD-Validierung untersucht mehr als korrekte XML-Syntax. Eine Bestellmenge kann als Text völlig lesbar sein und dennoch gegen einen Ganzzahltyp oder dessen Wertebereich verstoßen. Entscheidend sind die Regeln des ausgewählten Schemas.

Wenn Sie XML gegen XSD validieren, müssen auch die referenzierten Dateien vorliegen. Mit diesem XML-Validator können Sie das XML-Schema prüfen und anschließend feststellen, ob Instanz, Namensräume und lokale Abhängigkeiten zusammenpassen.

Warum diese XSD-Validierung?

Abhängigkeiten ausdrücklich bereitstellen

Die XSD-Validierung verwendet das Hauptschema zusammen mit Ihren lokalen Dateien. Ein include kann Typen desselben Namensraums ergänzen; ein import stellt Komponenten eines anderen Namensraums bereit. Eine fehlende Datei wird nicht aus dem Internet nachgeladen.

Ein Hauptschema verweist auf zwei lokale Schemadateien, die gemeinsam ein XML-Dokument prüfen.

Zur betroffenen Quelle zurückspringen

Eine falsche Menge betrifft häufig die XML-Instanz, ein unbekannter Typ dagegen ein Schema. Der Bericht unterscheidet beide Quellen. Vorhandene Zeilenangaben lassen sich anklicken; die Originalmeldung erklärt, welcher Typ oder welche Einschränkung verletzt wurde.

Eine fehlerhafte XML-Zeile wird markiert und mit einem Diagnosebericht verbunden.

Drei Details für reproduzierbare Ergebnisse

01

Dateipfade aus Sicht des Schemas lesen

Steht das Hauptschema unter orders/main.xsd, verweist ../types.xsd auf types.xsd im virtuellen Stammverzeichnis. Dateinamen sind groß- und kleinschreibungsabhängig. Nach dem Lesen lokaler Dateien können Sie deren Pfade bearbeiten.

02

Auch indirekte Referenzen ergänzen

Enthält eine eingebundene Datei weitere xs:include- oder xs:import-Anweisungen, müssen deren Ziele ebenfalls vorhanden sein. Selbst import benötigt hier schemaLocation. XML-Hinweise wie xsi:schemaLocation wählen kein anderes Hauptschema aus.

03

Nach der letzten Änderung neu prüfen

Jede Text- oder Pfadänderung beendet die laufende Prüfung und sperrt den alten Export. Strg/Cmd+Enter startet einen neuen Lauf. Nur zwischen den sichtbaren Schemadateien umzuschalten verändert die Prüfgrundlage nicht.

Struktur, Datentypen und Meldungen

Schemafehler getrennt erkennen

Die libxml2-WASM-Engine kompiliert zunächst XSD 1.0. Ein undefinierter Typ ist ein Schemafehler; eine ungültige Instanz erreicht dagegen die Dokumentprüfung. Der Bericht hält diese Phasen auseinander, statt jede Ablehnung als XML-Syntaxfehler auszugeben.

Tatsächliche Einschränkungen prüfen

Das Beispiel begrenzt quantity auf ganze Zahlen von 1 bis 100. Auch Elementreihenfolge, erforderliche Elemente, Wiederholungsgrenzen, Aufzählungen und Namensräume werden vom Schema bestimmt. Die Prüfung vergleicht nicht bloß eine Liste von Elementnamen.

Abgeschlossene Berichte mitnehmen

Erfolgreiche und fehlgeschlagene Prüfungen lassen sich als JSON kopieren oder herunterladen. Der Bericht enthält Ergebnis, Phase, Engine und erfasste Diagnosen. Fehlt eine Spalte, bleibt das Feld leer; es wird keine gemessene Spalte eins erfunden.

Versionen, Pfade und Grenzen

XML 1.0 und XSD 1.0
Die XSD-Validierung akzeptiert wohlgeformtes XML 1.0 mit UTF-8-Deklaration. XSD-1.1-Merkmale wie xs:assert, xs:override oder xpathDefaultNamespace werden abgelehnt. Das schema-Attribut version kann dagegen eine eigene Versionsnummer Ihres Schemas enthalten.
Nur die bereitgestellte Sammlung
Relative ASCII-Pfade werden innerhalb eines virtuellen Stammverzeichnisses aufgelöst. Absolute Pfade, URLs, Prozentkodierung, fehlende Ziele und doppelte normalisierte Namen führen zu Fehlern. DOCTYPE, deklarierte Entitäten und xml:base sind ausgeschlossen; XInclude wird nicht ausgeführt.
Begrenzte Eingaben und Laufzeit
XML und jedes Schema dürfen jeweils 1.000.000 JavaScript-Zeichen enthalten. Insgesamt gelten 2.000.000 Schemazeichen, 20 Dateien einschließlich Hauptschema und Tiefe 100. Der Worker endet nach 10 Sekunden einschließlich Initialisierung. Diese Zeichenlimits sind keine Megabyte-Angaben.
Erfasste Meldungen sind begrenzt
Der Bericht speichert höchstens 200 Diagnosen mit jeweils 4.000 Zeichen; jede Kürzung wird gekennzeichnet. Die Ansicht zeigt zunächst 50 Einträge. Ein veralteter Bericht oder ein Laufzeitfehler lässt sich nicht exportieren. Nicht jeder Parser meldet alle Fehler eines Dokuments.
Keine Reparatur oder fachliche Freigabe
Die Prüfung schreibt XML nicht um, erzeugt kein Schema und prüft weder Schematron noch elektronische Signaturen. Ein gültiges Dokument kann von einer Bank, Steuerplattform oder Schnittstelle trotzdem abgelehnt werden, wenn zusätzliche Geschäftsregeln gelten.
Ersetzungen vorher ansehen
Beispiele, Leeren, Dateiimport und Entfernen einer Abhängigkeit zeigen zunächst eine Vorschau. Anwenden übernimmt sie; einmaliges Rückgängig stellt Eingaben und vorherigen Bericht wieder her. Das Werkzeug ist kein dauerhafter Dateispeicher und prüft jeweils eine XML-Instanz.

Fragen zur XSD-Validierung

Worin unterscheiden sich syntaktisch korrektes und schemakonformes XML?

Wohlgeformt bedeutet, dass die XML-Syntax stimmt, etwa die Verschachtelung der Tags. Schemakonform bedeutet zusätzlich, dass Elemente, Attribute, Werte und Reihenfolge den Regeln des ausgewählten XSD entsprechen. Eine gültige Syntax garantiert diese Regeln nicht.

Kann ein eigenes Schema zur XML-Prüfung verwendet werden?

Ja. Geben Sie Ihr Hauptschema ein und ergänzen Sie alle lokal referenzierten Schemadateien. Die Engine kompiliert genau diese Sammlung, bevor sie die XML-Instanz prüft. Ein automatisch aus dem XML geladener Schema-Ersatz findet nicht statt.

Wie lassen sich gemeldete XML-Fehler beheben?

Prüfen Sie zuerst die gemeldete Phase und Datei. Klicken Sie auf eine vorhandene Zeile und vergleichen Sie den Wert oder Elementnamen mit der Einschränkung in der Originalmeldung. Korrigieren Sie die Quelle selbst und starten Sie einen neuen Lauf.

Welche Vorteile bietet XSD gegenüber einer DTD?

XSD beschreibt unter anderem Datentypen, Wertebereiche und Namensräume genauer als eine DTD. Diese Seite verarbeitet ausschließlich XSD 1.0. Ein Dokument mit DOCTYPE wird abgelehnt; DTD-Validierung ist hier keine alternative Betriebsart.

Ist eine Online-Prüfung für XML-Dateien mit vertraulichen Daten geeignet?

Die Inhalte bleiben im Browser-Worker und werden nicht für die Prüfung hochgeladen. Für vertrauliche Daten gelten trotzdem die Vorgaben Ihrer Organisation und Ihres Geräts. Diese Seite speichert keine dauerhafte Sammlung; laden Sie nur ausdrücklich gewünschte Berichte herunter.

Ist ein Ergebnis unerwartet?

Eine Prüfung nachvollziehbar wiederholen

Mit der XSD-Validierung können Sie denselben Fehler mit identischer XML-Instanz, Hauptschema und lokalen Pfaden reproduzieren. Bewahren Sie den Bericht zusammen mit genau diesen Eingaben auf.