Wurzelelement festlegen
Bei mehreren globalen Elementen nach dem ersten Lauf das Dokumentwurzelelement wählen. Standard ist das erste; eine Änderung macht das bisherige Ergebnis ungültig.
XML / XPath / XSD
XSD einfügen oder Beispiel laden, Zieldraft wählen und den Bericht vor dem Export lesen.
Die Verarbeitung läuft im Browser; das Schema wird nicht hochgeladen.
XSD einfügen oder Beispiel laden.
XSD in JSON-Schema konvertieren hilft beim Umzug eines XML-Vertrags zu einer JSON-API. Eingabe ist eine Schemadefinition, kein XML-Dokument; das Ergebnis enthält Validierungsregeln statt Beispieldaten.
Bei der Umwandlung XML-Schema in JSON-Schema muss das globale Wurzelelement stimmen. Der Bericht nennt Näherungen und fehlende Regeln, damit niemand die beiden Spezifikationen für deckungsgleich hält.
Ergebnis und Begründung bleiben zusammen.
Wer XSD in JSON-Schema konvertieren will, sieht zu jedem Element und Attribut den Quellpfad. Reihenfolge, Namensräume und Regex-Unterschiede stehen als Näherung im Bericht.
Eine XSD-Datei kann mehrere globale Elemente enthalten. Die Auswahl bestimmt den Verweis im generierten Schema und wird im Bericht festgehalten.
Bei mehreren globalen Elementen nach dem ersten Lauf das Dokumentwurzelelement wählen. Standard ist das erste; eine Änderung macht das bisherige Ergebnis ungültig.
2020-12 ist voreingestellt, Draft-07 steht ebenfalls bereit. $schema und Definitionsschlüssel ändern sich gemeinsam. Ohne Automatik startet Ctrl/Cmd+Enter die Konvertierung.
Ein gültiges JSON-Schema beweist keine Gleichwertigkeit mit XSD. Näherungen und ausgelassene Regeln nach Quellpfad prüfen; veraltete Ergebnisse lassen sich nicht exportieren.
Benannte einfache und komplexe Typen werden zu Definitionen. Aufzählungen, Längen und numerische Grenzen werden übertragen, wenn die Bedeutung passt.
minOccurs bestimmt Pflichtfelder, maxOccurs erzeugt Arrays. XML-Attribute bekommen ein @-Präfix und kollidieren so nicht mit gleichnamigen Kindelementen.
Das erzeugte Schema wird gegen den gewählten JSON-Schema-Draft kompiliert; lokale Referenzen werden geprüft. Fehler sperren Kopie und Download.
Vorhandenes XSD einfügen, globale Wurzel und Zieldraft wählen. Danach den Bericht auf verlorene Regeln prüfen und das JSON-Schema bei Bedarf manuell ergänzen.
XML-Attribute werden zu Eigenschaften mit @-Präfix. Die Trennung verhindert Kollisionen mit Kindelementen; Namensraumsemantik erfordert trotzdem Prüfung.
minOccurs und maxOccurs werden auf Pflichtfelder und Arrays abgebildet. Bei mehrfachen Elementen entstehen minItems und, falls endlich, maxItems.
XML-Namensräume werden nicht als JSON-Namensräume erhalten. Der Bericht markiert die entsprechende Annäherung; kollidierende Namen müssen geprüft werden.
Nein. Ein gültiger Draft und ein kompilierbares Ergebnis bedeuten nicht, dass jede XSD-Regel erhalten blieb. Reihenfolge und Identitätsregeln sind Beispiele für Grenzen.
Ist ein Ergebnis unerwartet?
Ein echtes XSD in JSON-Schema konvertieren, die Wurzel bestimmen und jede Näherung oder ausgelassene Regel vor dem API-Einsatz prüfen.