vollen Header aus IDHTTP response auslesen.

[stalkingwolf]

Ich komme an diverse Informationen aus dem IDHTTP Response nicht, welcher aber für mich relevant wären.
Wenn ich RESTClient in Firefox nutze schaut z.b eine Antwort wie im Anhang aus.

Ich komme nicht an die Infos ran.
Im Response habe ich eine HTML Seite welche nur 400 Bad-Request ausgibt.
Im Responsetext "HTTP/1.1 400 Bad Request" im Code "400"
Ich gebe mir den RAWHeader ( auch CustomHEader) aus welche leer sind
z.b

Code:

for i := 0 to idhttp.Response.RawHeaders.Count -1 do begin
    showmessage(format('<%s> : <%s>',[
        idhttp.Response.RawHeaders.Names[i],
        idhttp.Response.RawHeaders.ValueFromIndex[i]
    ]));
nd;

Ich habe TIDLogFile mit der IDHTTP verbunden und lass mir die Daten bei onReceive und onSend ausgeben.
In onReceive steht gar nichts. in onSend immerhin was ich sende und das schaut gut aus.

Problem ist das der Server mir im Header "www-authenticate" den Fehler mit sendet und ich komme da nicht dran.

Nachtrag : ich habe idhttp.Response.WWWAuthenticate gefunden. Aber leider genau so leer.

[stalkingwolf]

Ich habe die Anfrage mittlerweile hinbekommen.
Interessant ist das wenn der HTTP Code 200 ist in RawHeader alles drin steht.
Bei 400 (Bad Request) war dieser komplett leer.

[himitsu]

4xx sagt doch, dass der Server Probleme hatte, also ist es auch verständlich, wenn z.B. die speziellen Header fehlen, da er deine Anfrage nicht verarbeiten konnte.

[stalkingwolf]

Zitat:

Zitat von himitsu (Beitrag 1525463)

4xx sagt doch, dass der Server Probleme hatte, also ist es auch verständlich, wenn z.B. die speziellen Header fehlen, da er deine Anfrage nicht verarbeiten konnte.

Aber im Header steht dann der genau Fehler drin. Das ist natürlich Abhängig wie die Gegenseite einem das liefert.
Viele übergeben das auch im ResponseText.

Also z.b ResponseCode 400 in ResponseText "Bad Request".
In WWWAuthenticate steht dann "Feld xyz muss nummerisch sein"

Und das ist halt dann etwas ätzend, wenn man einen Fehler hat und nicht weiß was die Gegenseite will und man das ganze immer im RestClient nachbauen muss um dann korrekt zu sehen worum es geht.
Und wenn es dann sogar dort keinen Fehler erhält beginnt das große Suchen was nun schief ist.

[himitsu]

Gut, aber Viele geben bei den ErrorStatusCodes eh nur den StandardText an (selten war Spezielles/Eigenes)
und falls der fehlt, dann gibt es ja noch die vielen HTTPStatusCodeListen im Netz.