![]() |
Sehe meinen POST in Fiddler nicht.
Ich versuche an eine REST-Schnittstelle per Indy-Komponente TIdHttp einen POST-Request zu senden.
Es ist ganz ähnlich dem, was in dieser SO-Antwort als zweiter und letzter Quelltext zu sehen ist: ![]() Mein Request schlägt fehl und ich erhalte 500er Fehler. Nun will ich analysieren, warum das gesendete nicht dem entspricht, was die Schnittstelle möchte. Jedoch finde ich den Request nicht in der Auflistung von Fiddler. Einen anderen Request an einer anderen Resource, der ganz normal über die TREST...-Komponenten von Delphi läuft, lässt sich problemlos in Fiddler betrachten. Kann ich in Delphi oder Fiddler irgendetwas einstellen, damit ich den Request sehe? |
AW: Sehe meinen POST in Fiddler nicht.
War es nicht so, dass sich Fiddler als Proxy registriert und Du in den REST-Komponenten als Proxy-Adresse die IP/den Port von Fiddler angeben musst?
|
AW: Sehe meinen POST in Fiddler nicht.
Aber ich gebe in den REST-Komponenten, namentlich TRESTClient, TRESTRequest und TRESTResponse, keinen Proxy an und trotzdem sehe ich den Request in Fiddler.
Den anderen Request, um den es mir geht, sende ich mit TIdHttp.Post(URL, Mein_TIdMultiPartFormDataStream, Mein_TMemoryStream). Ja, das sind jetzt Pseudovariablen. Der taucht in der Fiddler-Übersicht aber nicht auf. |
AW: Sehe meinen POST in Fiddler nicht.
Meine Kristallkugel sagt: Fiddler biegt in den Internetoptionen die Systemeinstellung für den Proxy um, so dass alle HTTP Anfragen die diese Einstellungen auswerten automatisch in Fiddler erscheinen.
Indy wertet die Interneteinstellungen des Betriebssystems nicht aus, daher muss für TIdHTTP der Proxy explizit angegeben werden. |
AW: Sehe meinen POST in Fiddler nicht.
Zitat:
Indy nutzt seine eigenen Implementierungen für HTTP und der Delphi-REST Kram nutzt diese neue TWinHTTPRequest-Klasse aus System.Net.HttpClient.Win. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:22 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz