TRESTClient - POST ohne Content-Type

[Bbommel]

Aber hast du mit Indy nicht eigentlich genauso Stress (nur halt an einer anderen Baustelle), weil du immer die aktuelle openssl-Bibliothek mitliefern musst?

[Codehunter]

Zitat von Bbommel:

Aber hast du mit Indy nicht eigentlich genauso Stress (nur halt an einer anderen Baustelle), weil du immer die aktuelle openssl-Bibliothek mitliefern musst?

Im Gegenteil! Die legen wir einfach dem Setup bei. So haben wir immer Gewissheit dass unsere Nutzer auf dem selben Stand sind wie wir Entwickler. Bei OS-native hatten wir oft das Problem, dass die Zielrechner auf einem unterschiedlichen Patch-Stand waren oder Microsoft grade mal wieder irgendwas kaputtgepatched hatte und bei uns die Telefone heiß liefen. Die Notwendigkeit, OpenSSL zu tauschen ergibt sich auch nicht gar so oft wie man denkt. Unsere Software ist ja kein Webbrowser, der mit undenklich vielen verschiedenen Webservern klar kommen muss. Die Anzahl der Extrawürste seitens REST-Server ist überschaubar. Warum also OpenSSL upgraden, wenn sich auf keinem unserer Peers etwas an den Stromchiffren etc. verändert hat?

[Neutral General]

Also ich habe mit den REST-Komponenten auch schon fremde APIs angesprochen und das bisher ohne Probleme.
Und mit meinen bisherigen Erfahrungen der letzten 10-15 Jahre haben mir die Indys deutlich mehr Ärger gemacht als die neuen nativen HTTP-Komponenten.

Wobei man natürlich gerade an dem Fall sieht, dass auch die noch ihre Macken haben.
Würde allerdings trotzdem jederzeit eher TRESTClient/THTTPClient nutzen als Indys, falls möglich.