Geordnetes XML/JSON-Modell konvertieren

xml-ordered-v1 erhält die Reihenfolge von Kindern und Attributen, qualifizierte Namen, Namespace-URIs, Text, CDATA, Kommentare und Verarbeitungsanweisungen.

  • Läuft im Browser
  • Kein Upload
  • Vor dem Download prüfen

Eingaben bleiben in diesem Tab und werden weder hochgeladen noch automatisch gespeichert. Optionale aggregierte Nutzungszahlen und grobe Verarbeitungsdiagnosen werden nur nach Einwilligung gesendet, ohne Eingabeinhalte oder Dateinamen. Leeren oder Schließen verwirft Eingaben; benötigte Ergebnisse vorher speichern.

Formate und Grenzen

xml-ordered-v1 erhält die Reihenfolge von Kindern und Attributen, qualifizierte Namen, Namespace-URIs, Text, CDATA, Kommentare und Verarbeitungsanweisungen. Die Schreibweise von Entitäten, Anführungszeichen und leeren Tags kann vereinheitlicht werden. Bei JSON→XML wird das vollständige Modell durch erneutes Parsen geprüft; falsche Namespaces oder unsichere Knoten werden abgelehnt. Es gibt kein verlustbehaftetes Abflachen und kein Raten bei gemischtem Inhalt. XML-Deklarationen dürfen die Kodierung weglassen oder UTF-8 nennen (Groß-/Kleinschreibung egal). Andere Kodierungen werden vor Verarbeitung und Export abgelehnt; Ausgabebytes sind UTF-8.

Nur UTF-8. Eingabe höchstens 1 MiB; XML höchstens 100.000 UTF-16-Einheiten; Tiefe höchstens 64; JSON höchstens 20.000 Knoten. JSONL höchstens 16 MiB, 100.000 Datensätze und 1 MiB pro Wert. Ausgabe höchstens 32 MiB. Abfragen: 3 s; andere Aufgaben: 10 s; der Worker lässt sich abbrechen. Nativer XSD-Speicher höchstens 64 MiB; das ist nicht der gesamte Speicher von Worker und DOM.

So funktioniert es

  1. Quelle und Modus wählen

    Wähle XML→JSON, um das geordnete Modell zu sehen. Für JSON→XML brauchst du das Modell xml-ordered-v1 dieses Werkzeugs, kein beliebiges Objekt mit erratenen Präfixen für Attribute.

  2. Fachparameter festlegen

    Für <r a="001">Hi</r> enthält das JSON model=xml-ordered-v1, ein Element r, das Attribut a mit dem String 001 und einen Text-Kindknoten Hi. Wandelst du dieses Modell zurück, erhältst du dasselbe Element, denselben Attributwert und denselben Text.

  3. Diagnosen prüfen und herunterladen

    Behalte beim Bearbeiten des Modells die geordneten Kindknoten und die Namespace-URIs bei. Text, CDATA, Kommentare und Verarbeitungsanweisungen bleiben getrennt. Lade das JSON-Modell oder das wiederhergestellte XML herunter, statt gemischten Inhalt zu einem Wörterbuch zusammenzudrücken.

Formate und Grenzen

Warum wird diese Eingabe abgelehnt oder bleibt das Ergebnis leer?

Falsche Modellnamen, unerwartete Felder, widersprüchliche Namespace-Bindungen und unsichere Knoten werden abgelehnt. Gültiges JSON in beliebiger Form reicht nicht aus: Bei der Rückumwandlung wird das gesamte XML-Modell neu gelesen und verglichen.

Welches Parserprofil und welche Grenzen gelten?

Die Informationen des geordneten XML bleiben erhalten, nicht aber jedes einzelne Byte: Die Schreibweise von Entities, die Art der Anführungszeichen und die Schreibweise leerer Tags können vereinheitlicht werden. Das XML darf höchstens 100000 Zeichen lang sein. DTD- und Entity-Deklarationen sowie das Auflösen aus dem Netz werden nicht unterstützt.

Werden Eingaben oder referenzierte Dateien an einen Server gesendet?

Das Parsen läuft lokal in einem Browser-Worker. URLs in der Eingabe laden keine Dokumente aus dem Netz. Liefere unterstützte Schema-Abhängigkeiten ausdrücklich als lokale Dateien mit. Bewahre deine Quelle separat auf und lade die Ergebnisse herunter, bevor du die Seite schließt.