TOML in JSON umwandeln
Cargo.toml, pyproject.toml oder jede andere TOML-Datei in JSON umwandeln; Fehler werden mit Zeile und Spalte gezeigt
Ihre Daten bleiben bei Ihnen. Die Umwandlung läuft im Browser; nichts wird an einen Server gesendet.
Hat dieses Werkzeug geholfen?
Danke, Ihre Rückmeldung ist angekommen.
So funktioniert es
Um eine TOML-Konfiguration an JavaScript, jq, eine API oder ein Werkzeug ohne TOML-Leser zu übergeben, brauchen Sie sie als JSON. Fügen Sie den Inhalt der Datei in das linke Feld ein; rechts erscheint das JSON. Im Beispiel wird die Überschrift [datenbank] zum Objekt "datenbank" und die zweimal geschriebene Überschrift [[lager]] zu einem Array "lager" mit zwei Datensätzen. Zahlen mit Unterstrich wie 1_200 werden zu 1200, und mit # beginnende Kommentarzeilen entfallen, weil JSON keine Kommentare kennt. Auch einen Datumstyp hat JSON nicht: aktualisiert = 2026-09-27T09:00:00+02:00 wird zu einem ISO-String mit derselben Schreibweise; lokale Daten (2026-09-27) und lokale Uhrzeiten (09:00:00) werden ebenfalls Strings. Die Seite ist zugleich ein TOML-Prüfer: Ist der Text ungültig, wird nichts umgewandelt, sondern Zeile und Spalte des Problems samt wahrscheinlicher Ursache genannt (z. B. „Derselbe Schlüssel oder dieselbe [Tabelle] ist doppelt definiert“). Mit der Richtung „JSON → TOML“ arbeitet dieselbe Seite umgekehrt.
Dieses Werkzeug ist auch als toml in json umwandeln, toml datei pruefen, toml validator, toml to json, toml zu json konvertieren bekannt.
Was ist TOML-Datei?
Eine TOML-Datei ist eine Einstellungsdatei mit der Endung .toml, die aus Zeilen nach dem Muster Schlüssel = Wert und aus [Abschnitt]-Überschriften besteht. Rust-Projekte führen ihre Abhängigkeiten in der Cargo.toml, Python-Projekte Paketangaben und Werkzeugeinstellungen in der pyproject.toml. Das Format ist für Menschen gedacht und erlaubt Kommentare, seine Syntax ist aber streng: Eine einzige fehlerhafte Zeile verhindert das Laden der ganzen Datei.
Was ist ISO-8601-Datumsformat?
ISO 8601 ist die internationale Norm, die Datum und Uhrzeit von der größten zur kleinsten Einheit schreibt: 2026-09-27 ist ein Datum, 09:00:00 eine Uhrzeit, 2026-09-27T09:00:00+02:00 ein Zeitpunkt in mitteleuropäischer Sommerzeit. Das angehängte +02:00 ist der Versatz zu UTC, Z steht für UTC selbst. TOML schreibt Daten so, und sie gelangen im selben Format als Strings ins JSON; jede Sprache kann sie verlustfrei zurückwandeln.
Was unterscheidet das Prüfen von TOML vom Umwandeln in JSON?
Die Prüfung beantwortet nur, ob der Text den TOML-Regeln folgt; die Umwandlung schreibt gültigen Text in ein anderes Format um. Diese Seite erledigt beides in einem Schritt: Ist der Text ungültig, stoppt die Umwandlung und der Fehlerort wird genannt; ist er gültig, entsteht JSON. Eine gültige TOML-Datei muss aber nicht zu dem passen, was das lesende Programm erwartet: Ein fehlendes name-Feld in der Tabelle [package] der Cargo.toml ist ein Cargo-Fehler, kein TOML-Fehler, und nur dieses Werkzeug kann ihn prüfen.
Fallstricke: Datum, große Zahlen und inf/nan
TOML kennt vier Datums- und Zeittypen (Datum-Uhrzeit mit Zeitzonenversatz, lokales Datum mit Uhrzeit, lokales Datum, lokale Uhrzeit); JSON kennt keinen davon. Das Werkzeug macht aus allen ISO-8601-Strings und nennt im Hinweis, wie viele es umgewandelt hat; das Programm, das das JSON liest, muss diese Felder wieder in Datumswerte umwandeln. JavaScript rechnet Zeiten auf Millisekunden genau: 00:32:00.999999 wird als 00:32:00.999 geschrieben.
TOML-Ganzzahlen haben 64 Bit, JavaScript rundet dagegen Ganzzahlen über 2^53. Das Werkzeug liest solche Zahlen gesondert und schreibt sie ziffergenau ins JSON (9223372036854775807 bleibt erhalten). inf und nan aus TOML gibt es in JSON nicht; sie werden null, und der Hinweis warnt. Ganzzahlige Dezimalwerte wie 72.0 stehen im JSON als 72; der Zahlenwert ist derselbe.
Als Prüfer nutzen – häufige Fehler
Meldet Cargo oder pip zu einer Datei nur „invalid TOML“, fügen Sie den Text hier ein und sehen Zeile und Spalte. Häufige Ursachen sind ein doppelt geschriebener Schlüssel oder eine doppelte [Tabelle], Text ohne Anführungszeichen (name = "Anna" statt name = Anna), zwei Schlüssel = Wert-Paare in einer Zeile und Wahrheitswerte in der Schreibweise True/False statt klein true/false. Auch ein Datum, das es im Kalender nicht gibt (2021-02-29), gilt als Fehler: Manche TOML-Leser verschieben es stillschweigend auf den 1. März, diese Seite hält an und zeigt die Zeile.
Ist der Text gültig, erscheint rechts das JSON und der Hinweis nennt die Zahl der Schlüssel – ein Zeichen, dass die Datei den TOML-Regeln folgt (Version 1.1; Dateien nach 1.0 bestehen ebenfalls). Hinter der Seite steht die Open-Source-Bibliothek smol-toml, die die offizielle Testsuite toml-test besteht und direkt in der Seite läuft.
Häufige Fragen
Wie wandle ich eine TOML-Datei in JSON um?
Fügen Sie den TOML-Text in das linke Feld dieser Seite ein; rechts erscheint das JSON. [Tabelle]-Überschriften werden Objekte, [[Tabelle]]-Überschriften Objekt-Arrays. Kopieren Sie das Ergebnis oder laden Sie es als .json-Datei herunter.
Wie prüfe ich, ob meine TOML-Datei gültig ist?
Fügen Sie ihren Inhalt hier ein. Ist sie gültig, erscheint rechts JSON; wenn nicht, werden Zeile, Spalte und wahrscheinliche Ursache des Fehlers genannt. Geprüft wird nach den Regeln von TOML 1.1 (Dateien nach 1.0 bestehen ebenfalls); werkzeugeigene Regeln wie ein Pflichtfeld name in Cargo oder Poetry werden nicht geprüft.
Warum sind die Datumswerte im JSON Strings?
JSON hat keinen Datumstyp; TOML-Datums- und Zeitwerte werden daher als ISO-8601-Strings geschrieben (z. B. "2026-09-27T09:00:00+02:00"). Das Programm, das das JSON liest, wandelt diese Strings wieder in Datumswerte um; alle gängigen Sprachen lesen das ISO-Format direkt.
Wird meine Datei an einen Server geschickt?
Nein. Das TOML wird vollständig in Ihrem Browser von einem in die Seite eingebundenen Open-Source-Leser gelesen; selbst eine Konfigurationsdatei mit Passwörtern oder Zugangsschlüsseln verlässt diese Seite nicht. Nach dem Laden funktioniert die Seite auch offline.