🔬Request-Debugger

So prüft eine Validierungs-Middleware oder ein Mock-Server eine Anfrage: acht Schritte vom Zerlegen der URL bis zur Antwort. Wählen Sie ein Szenario oder ändern Sie Methode, URL, Header und Body – alles wird sofort neu berechnet. Tasten ← → blättern.

Szenario
Spezifikation
📤 HTTP-Anfrage
Schritt 1 / 8 · Tasten ← →
✅ Schritt 1: Anfrage zerlegen
  • Methode: GET
  • Pfad: /v1/books/42
  • Query: –
  • Header: accept
  • Body: –
📥 HTTP-Antwort(erscheint nach dem letzten Schritt – oder hier schon als Vorschau)
HTTP/1.1200OK← GET /books/{bookId} (getBook)
Content-Type: application/json

Erfolgsantwort 200 aus der Spezifikation, Beispiel: example.

{
  "id": 42,
  "title": "Per Anhalter durch die API",
  "author": {
    "name": "Ada Beispiel",
    "born": 1970
  },
  "price": 12.5,
  "subtitle": null,
  "category": {
    "name": "Science-Fiction",
    "parent": {
      "name": "Romane"
    }
  }
}

📐Die Reihenfolge ist Konvention, nicht Norm

💡 404 vor 405
Erst wird der Pfad gesucht, dann die Methode. Passt der Pfad, aber nicht die Methode, lautet die Antwort 405 mit einemAllow-Header (RFC 9110).
💡 401 vor 400
Die meisten Server prüfen die Anmeldung vor dem Inhalt – so verrät die API Unangemeldeten nichts über gültige Eingaben. OpenAPI schreibt die Reihenfolge nicht vor.
✅ Problem Details
Fehler kommen hier als application/problem+json (RFC 9457) mit type,title, status, detail – ein verbreitetes, standardisiertes Fehlerformat.