REST Problem (Alles geht nur Delphi nicht)

**Sinspin**

Wir haben es aufgegeben um Fehler in Delphi drumrumzuarbeiten. /NSoftware ist nicht ganz günstig, macht aber keine Zicken und lässt sich fast überall reingucken.

**t2000**

Wir haben nun unzählige Versuche mit den unterschiedlichsten Möglichkeiten probiert.
Es gibt eine Version, die beim Überwachen mit FIDDLER die gleichen Daten anzeigt, wie es beim POSTMAN der Fall ist. Trotzdem funktioniert es nicht.
Beim POSTMAN werden die Daten um einen "PostmanToken" erweitert. Kann es sein, dass die Zieladresse (payone) etwas zurücksendet, was sofort beantwortet werden muss?

Für heute ist Feierabend. Morgen probieren wir es mit TMS Komponenten oder/und mit dem FDK von Frank.

**lowmax_5**

Nur so als Idee... Bei mir hatte der RESTRequestParameterOption 'poDoNotEncode' den Durchbruch gebracht. Einfach mal probieren.

markieren

Code:

			RESTClient.AddAuthParameter('api_key', GetApiKey,

TRESTRequestParameterKind.pkHTTPHEADER,

[TRESTRequestParameterOption.poDoNotEncode]);

**t2000**

Danke, ja. Das hatten wir natürlich recht schnell ausprobiert. Ohne diese Option werden "=" und " " in %-Codes geändert. Wollen wir nicht, ist inzwischen berücksichtigt.
Geht trotzdem nicht.

**SubData**

Dann würde ich zu härteren Methoden raten:
WinGate Proxy installieren und sowohl POSTMAN, als auch die eigene Anwendung da durch leiten.
Es muss ja einen Unterschied geben, der POSTMAN-Token wird es nicht sein und ich kann mit ziemlicher Sicherheit sagen,
dass PayOne nichts zurück sendet, was unmittelbar beantwortet werden muss.

Die Daten, die ihr schickt sind auch wirklich UTF-8 und nicht nur im Header angegeben?

**t2000**

Zitat von SubData:

...

Die Daten, die ihr schickt sind auch wirklich UTF-8 und nicht nur im Header angegeben?

Da könnte es noch ein Problem geben.

Gibt es einen Tipp, wie ich das mit Delphi am besten sicherstellen kann?

**Uwe Raabe**

Zitat von t2000:

Gibt es einen Tipp, wie ich das mit Delphi am besten sicherstellen kann?

Kannst du nicht. Bei ContentType = ctAPPLICATION_X_WWW_FORM_URLENCODED wird in DoPrepareRequestBody ein ABodyStream := TStringStream.Create aufgerufen. Im Create wird TEncoding.Default verwendet, aber das ist unter Windows ANSI. Für die anderen Plattformen (insbesondere Mobile) sollte es demnach funktionieren. Ich denke, da muss ein QP-Eintrag erstellt werden. Das kann so nicht bleiben. Man muss beim Body das Encoding angeben können. Da es sich hierbei um ein Interface-Change handeln dürfte, sehe ich das frühestens in Delphi 12.

Kannst du alternativ mal versuchen, ob es ohne den Encoding-Parameter funktioniert (ISO-8859-1 ist ja default)? Das AcceptCharset kann ja UTF-8 bleiben.

Das Beispiel hat das Problem ja nicht, da kommen nur reine ASCII-Werte vor.

REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

AW: REST Problem (Alles geht nur Delphi nicht)

Forumregeln

Sinspin Registriert seit: 15. Sep 2008 Ort: Dubai 627 Beiträge Delphi 10.3 Rio	#1 AW: REST Problem (Alles geht nur Delphi nicht) 10. Jan 2022, 17:49 Wir haben es aufgegeben um Fehler in Delphi drumrumzuarbeiten. /NSoftware ist nicht ganz günstig, macht aber keine Zicken und lässt sich fast überall reingucken. Stefan Nur die Besten sterben jung A constant is a constant until it change.
	Zitat

lowmax_5 Registriert seit: 9. Mai 2003 Ort: Münster, NRW 257 Beiträge Delphi 11 Alexandria	#3 AW: REST Problem (Alles geht nur Delphi nicht) 10. Jan 2022, 19:52 Nur so als Idee... Bei mir hatte der RESTRequestParameterOption 'poDoNotEncode' den Durchbruch gebracht. Einfach mal probieren. markieren Code: RESTClient.AddAuthParameter('api_key', GetApiKey, TRESTRequestParameterKind.pkHTTPHEADER, [TRESTRequestParameterOption.poDoNotEncode]);
	Zitat