indy http.Post problem

[TKC]

Hi,
versuche doch mal ob ein IdHTTP1.Disconnect nach der abarbeitung.
Eventuell schließt er ja die Verbindung nicht richtig.

[easteregg]

das werde ich mal probieren, aber eigentlich müsste er doch selbst nach einem server timeout die verbindung irgendwann schliesen oder sehe ich das falsch?!
nuja mal gucken ;)
danke für den tipp :drunken:

[tgl]

Hallo, bin neu hier.

ggf löst sich Dein Problem wenn Du statt 'localhost' die IP des gleichen Rechners nimmst. Mein Indy9.0.18-basierender Server macht nämlich genau dieses problem. via localhost gibts sporadisch stress (in den tiefen von Indy kann in einen stream nicht geschrieben werden...) darauf aufbauend bringt er eine Fehlermeldung. (Teilweise stürzt er auch ganz ab)
Über die effektive IP des gleichen rechners (oder auch übers Netzwerk) funktioniert alles tadellos.

(Weis vielleicht jemand warum? )

[SirThornberry]

hast du schon versucht die TIdHttp-Komponente dynamich zu erstellen und dann wieder zu zerstören? So das die Instanz von TIdHttp nur eine Anfrage macht und dann wird für die nächste Frage eine neue Instanz erstellt.

[tgl]

will ich eher nicht machen, da mein Server eigentlich auf das EWF mit EWF Server Pack von RemObjects aufbaut und indy nur im Untergrund werkelt... wenn ich daran schrauben würde, wird der ganze Kram vermutlich nicht stabiler... :)
Somit kann/muss ich mit dem Workaround (no localhost) erstmal leben... Die Echte Lösung wäre aber wissenschaftlich interessant

[DataCool]

Hi,

ich kann SirThornberry nur zustimmen, da Du den IdHttpClient nur alle 30-60 Sekunden brauchst würde ich mir
den IdHttpClient bei Bedarf dynamisch erzeugen und danach wieder zerstören.

Falls diese Möglichkeit für Dich nicht in Frage kommt, würde ich auf jeden Fall nach der Anfrage Disconnect aufrufen.

Gruß Data