Ich habe meinen
TRestClient
und meinen
TRestRequest
. Ich muss mit einer Gegenstelle auf dem gleichen Rechner (
http://localhost:12345/...) sprechen.
Und ich muss damit klar kommen dass diese Gegenstelle evtl. gar nicht läuft also z.B. der Port zu ist.
Mein Problem: Ich laufe immer auf einen festen Timeout dessen Länge ich nicht beeinflussen kann. Der
TRestRequest
hat beispielsweise eine
Timeout
-Property, aber da kann man setzen was man möchte, das scheint niemanden zu interessieren.
Der blockierende Aufruf ist die
WinApi-Funktion
WinHttpSendRequest
in
System.Net.HttpClient.Win.pas
in der Methode
DoExecuteRequest(..)
.
Übersehe ich etwas? Ist das in späteren Versionen (Ich nutze Seattle) behoben? Der Linker hat sogar den Aufruf auf die entsprechende
WinApi-Methode
WinHttpSetTimeouts entfernt da sie im ganzen Programm nicht vorkommt
