JSON

JSONL-ViewerFehler direkt an der Zeile finden

JSONL einfügen oder eine UTF-8-Datei öffnen. Eingabeformat wählen und Datensätze manuell prüfen.

JSONL-Viewer

JSON Lines oder Array

Exportvorschau

Die Vorschau zeigt die ersten 4.000 Zeichen. Kopie und Download enthalten alle ausgewählten Datensätze.

Die Eingabe bleibt im Browser. Kein Upload und keine Datenanfrage.

Text: 2.000.000 UTF-16-Einheiten; UTF-8-Dateien: 20 MiB; Arrays und einzelne Datensätze: 500.000 Einheiten; maximal 100.000 Datensätze.

Strukturierte Exporte stoppen bei ausgewählten ungültigen Zeilen und überspringen ausdrücklich ignorierte Leerzeilen. Rohtext vereinheitlicht Trenner auf LF. Ausgabe: maximal 40.000.000 Einheiten. Im Array-Modus werden Elemente zuerst kompakt geschrieben; der Rohtext-Export enthält dann diese kompakten Elemente.

Eingabe oder Optionen geändert. Vor dem Export erneut prüfen.

Ein Log lässt sich nicht importieren, obwohl fast alle Zeilen stimmen? Der JSONL-Viewer zeigt die betroffene physische Zeile samt Spalte, ohne nach dem ersten Syntaxfehler den Rest zu verwerfen. So bleibt der Bezug zur Quelldatei erhalten.

Als JSONL-Validator unterscheidet das Werkzeug ungültige Syntax von Warnungen über doppelte Schlüssel oder große Zahlen. Ein NDJSON-Viewer ist damit ebenfalls abgedeckt; die Prüfung läuft im Browser und sendet die Eingabe nicht an einen Server.

Warum dieser JSONL-Viewer bei Logs hilft

Fehler eingrenzen, Kontext behalten

Der JSONL-Viewer lässt gültige und fehlerhafte Datensätze gemeinsam sichtbar. Filtern Sie nach Fehlerstatus und einem Textfragment, um etwa einen einzelnen Ereignistyp zu untersuchen. Auch ignorierte Leerzeilen behalten ihre ursprüngliche Zeilennummer.

Eine fehlerhafte Zeile ist mit ihrem passenden Diagnosefeld verbunden.

Von einzelnen Zeilen zum Array

Für JSONL zu JSON wählen Sie den Array-Export. Enthält die Auswahl ungültige Zeilen, stoppt der Export mit einer Erklärung. Zahlen und doppelte Objektschlüssel bleiben als ursprüngliche Tokens erhalten; nur die notwendigen Trennzeichen und Leerzeichen ändern sich.

Einzelne Datensätze werden zu einem Array verbunden; eine große Zahl bleibt erhalten.

Eingabe und Export bewusst eingrenzen

01

Das Format ausdrücklich wählen

Ein einzeiliges Array ist im JSONL-Modus genau ein Datensatz. Soll jeder Array-Eintrag eine eigene Zeile werden, wählen Sie vor der Prüfung den Array-Modus. Lokale Dateien werden in Blöcken gelesen.

02

Nach Änderungen erneut prüfen

Starten Sie über die Schaltfläche oder Ctrl/Cmd+Enter. Änderungen an Eingabe oder Optionen machen das Ergebnis veraltet und sperren den Export bis zur nächsten Prüfung. Leerzeilen gelten zunächst als Fehler.

03

Die gesamte Auswahl kontrollieren

Der Zähler nennt die Anzahl der ausgewählten Datensätze. Kopieren und Download erfassen alle Treffer, auch wenn erst 50 sichtbar sind. Für die Untersuchung kaputter Zeilen wählen Sie den Rohtext-Export.

Datensätze prüfen und gezielt weitergeben

Zeilenweise Diagnose

Syntaxfehler nennen Zeile und Spalte. Warnungen werden getrennt gezählt, damit ein problematischer Zahlenbereich nicht wie ein fehlendes Komma wirkt.

Lesbare Einzelansicht

Sie können JSONL formatieren, indem Sie einen Datensatz aufklappen. Die eingerückte Ansicht verwendet zwei Leerzeichen und schreibt den Quelltext nicht zurück.

Status und Text kombinieren

Suchen Sie ohne Beachtung der Großschreibung im Originaltext und schränken Sie gleichzeitig auf gültige, ungültige, gewarnte oder ignorierte Zeilen ein.

Array in beide Richtungen

Die Array-Eingabe zerlegt nur die oberste Ebene. Beim strukturierten Export bleiben Zeichenketten, Reihenfolge der Objektmitglieder und Schreibweise der Zahlen erhalten.

Grenzen, Zeilenenden und Datenverlust

Begrenzte Eingabe
Text: 2.000.000 UTF-16-Einheiten; UTF-8-Dateien: 20 MiB; Array-Eingabe und einzelne Datensätze: je 500.000 Einheiten. Höchstens 100.000 Datensätze werden verarbeitet.
Eine physische Zeile je Wert
Objekte, Arrays, Zahlen, Zeichenketten, true, false und null sind erlaubt. Mehrzeilig eingerückte Objekte sind keine einzelnen JSONL-Datensätze. Ein maskiertes \n in einer Zeichenkette trennt keine Zeilen.
LF und CRLF, kein BOM
CRLF wird akzeptiert. Ein einzelnes CR ist kein unterstützter Trenner, ein führendes BOM wird gemeldet. Ein abschließendes LF erzeugt keine zusätzliche Leerzeile; sein Fehlen ergibt einen Hinweis.
Keine stillschweigende Bereinigung
Leerzeilen werden nur nach ausdrücklicher Auswahl ignoriert. Andere ungültige Zeilen blockieren strukturierten Export. Rohtext vereinheitlicht Trenner auf LF und ist daher keine bytegleiche Kopie.
Syntax statt Fachschema
Keine JSON-Schema-Prüfung, automatische Reparatur, Archive, UTF-16-Dateien oder laufenden Streams. Die Ausgabe ist auf 40.000.000 UTF-16-Einheiten begrenzt.

Fragen zum JSONL-Viewer

Welche Größe darf die eingelesene JSONL-Datei maximal haben?

Lokale UTF-8-Dateien dürfen bis zu 20 MiB groß sein. Zusätzlich gelten 100.000 Datensätze und 500.000 UTF-16-Einheiten je Datensatz. Größere Dateien müssen Sie vorher aufteilen; der JSONL-Viewer ist kein unbegrenzter Log-Streamer.

Wodurch unterscheiden sich JSON und JSONL?

JSON beschreibt einen einzelnen Wert, häufig ein Objekt oder Array. JSONL enthält je physischer Zeile einen eigenständigen JSON-Wert. Zwischen den Zeilen stehen keine Kommas und um die ganze Datei keine zusätzlichen Array-Klammern.

Welche Dateiendungen kann ich öffnen?

Üblich sind .jsonl und .ndjson. Entscheidend sind UTF-8-Kodierung und passende Inhalte, nicht nur die Endung. Eine .json-Datei mit einem obersten Array kann über den ausdrücklich gewählten Array-Modus verarbeitet werden.

Lassen sich JSONL-Daten nachträglich ändern?

Eingefügten Text können Sie direkt bearbeiten und anschließend erneut prüfen. Bei einer ausgewählten Datei bleibt das Textfeld gesperrt; bearbeiten Sie diese extern und öffnen Sie sie erneut. Die Quelldatei wird durch einen Export nicht überschrieben.

Ist auch das Lesen von NDJSON möglich?

Ja. NDJSON mit einem JSON-Wert pro Zeile wird im JSONL-Modus gelesen. LF und CRLF sind möglich. Fehlendes abschließendes LF wird gemeldet: JSON Lines akzeptiert dies, NDJSON-Serializer sollten dagegen mit LF enden.

Antwort nicht gefunden?

Jetzt Datensätze untersuchen

Öffnen Sie Ihren Ausschnitt im JSONL-Viewer, prüfen Sie die Fehlerzahl und exportieren Sie die bewusst gewählte Auswahl.