Wichtige Fakten
- Kategorie
- Sicherheit & Validierung
- Eingabetypen
- textarea
- Ausgabetyp
- html
- Sample-Abdeckung
- 4
- API verfügbar
- Yes
Überblick
Der OpenAPI / Swagger Validator überprüft Ihre API-Spezifikationen (OpenAPI 3.0/3.1 und Swagger 2.0) auf strukturelle Korrektheit. Das Tool analysiert Pflichtfelder, Pfad- und Operationsvollständigkeit, Antwortcodes, $ref-Referenzen sowie die Eindeutigkeit von operationIds, um fehlerfreie API-Dokumente zu gewährleisten.
Wann verwenden
- •Vor dem Generieren von API-Clients oder Server-Stubs, um Syntax- und Strukturfehler in der Spezifikation auszuschließen.
- •Bei der Integration von externen REST-APIs, um die Konformität der bereitgestellten Swagger- oder OpenAPI-Dateien zu prüfen.
- •Während der API-Entwicklung, um sicherzustellen, dass alle Pfade, Antwortcodes und $ref-Komponenten korrekt verknüpft sind.
So funktioniert es
- •Fügen Sie Ihr OpenAPI- (3.0/3.1) oder Swagger- (2.0) Dokument als YAML oder JSON in das Textfeld ein.
- •Das Tool analysiert die Struktur, löst interne $ref-Referenzen auf und prüft Pflichtfelder sowie die Eindeutigkeit der operationIds.
- •Eventuelle Fehler oder Warnungen bezüglich Pfaden, Antwortcodes oder Komponentenintegrität werden direkt im HTML-Bericht ausgegeben.
Anwendungsfälle
Beispiele
1. Validierung einer unvollständigen OpenAPI 3.0 Spezifikation
API-Entwickler- Hintergrund
- Ein Entwickler hat eine neue API-Spezifikation in YAML entworfen, erhält aber beim Generieren des Clients Fehlermeldungen.
- Problem
- Es ist unklar, welche Pfade oder Pflichtfelder in der OpenAPI-Datei fehlen oder fehlerhaft definiert sind.
- Verwendung
- Kopieren Sie den YAML-Code der API-Spezifikation in das Eingabefeld 'specInput' und starten Sie die Validierung.
- Beispielkonfiguration
-
openapi: 3.0.3 info: title: Test API version: 1.0.0 paths: /users: get: summary: List users - Ergebnis
- Das Tool zeigt einen Fehler an, da für die GET-Methode unter '/users' keine Antwortcodes (responses) definiert wurden.
2. Fehlerhafte $ref-Referenzen in Swagger 2.0 aufspüren
Softwarearchitekt- Hintergrund
- Bei der Migration einer alten API-Dokumentation im Swagger 2.0-Format treten Probleme mit den Datenmodellen auf.
- Problem
- Es gibt verwaiste oder falsch geschriebene Referenzen ($ref) im Definitions-Bereich der JSON-Datei.
- Verwendung
- Fügen Sie das Swagger 2.0 JSON-Dokument in das Textfeld ein, um die Komponentenintegrität zu prüfen.
- Beispielkonfiguration
-
{ "swagger": "2.0", "info": { "title": "Legacy API", "version": "1.0.0" }, "paths": { "/items": { "get": { "responses": { "200": { "schema": { "$ref": "#/definitions/NonExistentItem" } } } } } } } - Ergebnis
- Der Validator markiert die Referenz '#/definitions/NonExistentItem' als nicht auflösbar und listet den genauen Pfad des Fehlers auf.
Mit Samples testen
validationVerwandte Hubs
FAQ
Welche OpenAPI-Versionen werden unterstützt?
Das Tool unterstützt OpenAPI 3.0, OpenAPI 3.1 sowie das ältere Swagger 2.0-Format.
Können sowohl JSON- als auch YAML-Formate validiert werden?
Ja, Sie können Ihre API-Spezifikation sowohl im YAML- als auch im JSON-Format einfügen.
Was passiert, wenn eine $ref-Referenz fehlerhaft ist?
Der Validator erkennt nicht auflösbare $ref-Referenzen und listet diese als Fehler im Validierungsbericht auf.
Prüft das Tool auch die Eindeutigkeit von operationIds?
Ja, doppelt vergebene operationIds werden identifiziert und als Validierungsfehler markiert.
Werden meine API-Spezifikationen auf einem Server gespeichert?
Nein, die Validierung erfolgt direkt im Browser oder wird temporär verarbeitet, ohne Ihre API-Daten dauerhaft zu speichern.