Discussion :

[Papy214]

Bonjour tou(te)s

Je coince sur un appel REST en POST sur un site pour lequel j'obtiens toujours une réponse disant qu'il ne trouve pas les paramètres nécessaires dans le header.
Avec le composant TdHttp, est-ce qu'il y aurait un moyen de voir le contenu réellement envoyé au moment du IdHTTP1.Post( ...) ppur que j'essaye de comprendre ce qui coince ??

[ShaiLeTroll]

PostMan ou RestDebuger permettrait de concevoir la requête, la faire fonctionner ensuite la traduire en Delphi.

[Paul TOTH]

généralement j'utilise un script PHP pour afficher tout cela

au lieu d'envoyer ta requête sur le service en question, tu l'envoies sur un serveur à toi et tu regardes la requête

NB: tu peux le faire aussi avec TidHTTPServer mais comme je bosse aussi pas mal en PHP j'ai toujours un serveur Apache sous la main pour des tests rapides

[Papy214]

Avec Postman ça fonctionne.
Avec le debugger REST de Delphi, rien à faire !

Le site étant sur AWS, difficile de tester autrement.

Sauf si Postman peut montrer exactement ce qu'il envoie à partir des paramètres fournis.
Mais là, je n'ai pas vu s'il pouvait faire ça.

[ShaiLeTroll]

Postman, il fourni toute la requête, c'est fait pour cela !
Et peu probable que tu fasses ton code Delphi si même en RestDebuger, l'appel est incomplet

Qu'elle est exception ?
Quel encodage ? Text, UTF8, binaire ...
HTTP, HTTPS ...

[pprem]

Il y a eu plusieurs anomalies au niveau des entêtes http transmis par les composants TRESTClient et TRESTRequest selon la version de Delphi utilisée.

REST Debugger en fait aussi les frais sur la version 10.4.2 Sydney.

L'utilisation des composants THTTPClient et THTTPRequest (ou de la classe sous-jacente) permet de contourner le problème.

Concernant TIDHTTP il faut effectivement contrôler ce qui est envoyer pour s'assurer d'où vient le problème (remplissage des paramètres, envoi des paramètres, réception, ...)

[Papy214]

alors, j'ai fini par trouver ... enfin presque

J'ai remplacé RESTRequest1.AddParameter avec le paramètre qui va bien
par RESTRequest1.Params.AddItem pour le body
par RESTRequest1.Params.AddHeader pour le header

et là , magie, ça fonctionne.

Tous les exemples que j'ai trouvé sur le web utilisent pourtant AddParameter.
Il faudra que je cherche les différences entre ces fonctions mais j'imagine que le RESTDebuger utilise les mauvaises fonctions puisqu'il plante lamentablement.

[ShaiLeTroll]

AddParameter en jouant sur pkGETorPOST et pkHTTPHEADER devrait aussi fonctionner puisque AddHeader c'est juste un AddItem en pkHTTPHEADER

[Papy214]

Je suis bien d'accord, ça devrait fonctionner. Sauf que .... non !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
//    RESTRequest1.AddParameter('Database', PostGED.Database, TRESTRequestParameterKind.pkHTTPHEADER);
    RESTRequest1.Params.AddHeader('Database', PostGED.Database);

Le AddParameter ne doit pas faire la même chose puisque le AddHeader rend ma requête correcte et me renvoie un code de succès.
La ligne commentée envoie une requête pru laquelle le site n'arrive pas à retrouver le paramètre Database dans le Header.
L'autre fonctionne.

nouveau test pour confirmer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
      RESTRequest1.AddParameter('Database', 'PostGED.Database', TRESTRequestParameterKind.pkHTTPHEADER);
//      RESTRequest1.Params.AddHeader('Database', PostGED.Database);

Project RepriseGED.exe raised exception class EHTTPProtocolException with message 'HTTP/1.1 500 Internal Server Error'.

Si j'utilise AddHEader

{"status":"success","data":{"

Mais j'admets que le code Delphi semble bien faire la même chose. Je ne comprends pas