Parameter:
DEBUG_HTTP_RESPONSEKurzbeschreibung: Protokolliert HTTP-Response-Header und Status-Codes, die der Domino-HTTP-Stack zurücksendet – Pendant zu
DEBUG_HTTPINOUT, aber fokussiert auf die Response-Seite.Steckbrief
Parameter | DEBUG_HTTP_RESPONSE |
Kategorie | Logging / Debug |
Komponente | Server |
Verfügbar seit | 10.0 |
Unterstützte Versionen | 10.0, 11.0, 12.0, 14.0, 14.5, 14.5.1 |
GUI-Entsprechung | Nur notes.ini (keine GUI) |
Mögliche Werte | 0 = aus (Standard), 1 = Headers, 2 = Headers + Body-Größe |
Beschreibung
Während
DEBUG_HTTPINOUT Request- und Response-Daten zusammen aufzeichnet, fokussiert DEBUG_HTTP_RESPONSE ausschließlich auf die Response-Seite. Für jeden HTTP-Request schreibt der Server Status-Code, Response-Header und (auf Stufe 2) die Größe des Rückgabe-Body in das Log.Hilft bei Themen wie Browser bekommt 500 statt 200 – was steht im Header?, Cache-Header werden nicht gesetzt, Cookies/Session-Header fehlen, Redirects gehen ins Leere. Zusammen mit dem Access-Log (
domlog.nsf / xxxx.nlog) ergibt sich ein vollständiges Bild der HTTP-Antworten.Beispiel-Konfiguration
DEBUG_HTTP_RESPONSE=1 Debug_Outfile=/local/notesdata/IBM_TECHNICAL_SUPPORT/http_response_debug.log
Hinweise & Stolperfallen
- Stufe
2erzeugt sehr viel Output bei aktiven Servern.
- Greift sofort über
set config DEBUG_HTTP_RESPONSE=1; Restart der HTTP-Task nicht zwingend.
- Einträge erscheinen in
console.logund imDebug_Outfile.
- Komplementär zu
DEBUG_HTTPINOUT,Debug_Outfile,domlog.nsf.
- Sensible Header (Auth, Cookies) können mitgeloggt werden – Aufbewahrung der Logs beachten.