[TOS DI 7.0.1] tRestClient Erreur Java sur GET

Bonjour à tous,

Je me permets de venir vers vous concernant un soucis que je rencontre avec le composant tRestClient via la méthode GET.

Avant tout, je précise que j'envoi plusieurs requêtes à la même API, la première fonctionne sans soucis, tandis que les autres "endpoints" me renvoient systématiquement un message d'erreur.
Ces mêmes requêtes fonctionnent parfaitement et me retournent ma réponse en JSON via Firefox, Postman ou curl.
A l'heure actuelle, je récupère ces réponses via un script PowerShell dans lequel je réalise un certain nombre de calculs. Cela fonctionne, mais ce n'est pas le plus rapide et je compte donc faire la même chose en utilisant Talend / mySQL.

Sans aucune sorte de paramétrage, je reçois l'erreur suivante :

Citation:

---

Exception in component tRESTClient_1 (APITest)
javax.ws.rs.ProcessingException: java.lang.IllegalArgumentException: Media type separator is missing
at org.apache.cxf.jaxrs.client.WebClient.handleResponse(WebClient.java:1157)
at org.apache.cxf.jaxrs.client.WebClient.doResponse(WebClient.java:1126)
at org.apache.cxf.jaxrs.client.WebClient.doChainedInvocation(WebClient.java:1051)
at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:897)
at org.apache.cxf.jaxrs.client.WebClient.doInvoke(WebClient.java:866)
at org.apache.cxf.jaxrs.client.WebClient.invoke(WebClient.java:431)
at org.apache.cxf.jaxrs.client.WebClient.get(WebClient.java:611)
at local_project.apitest_0_1.APITest.tRESTClient_1Process(APITest.java:816)
at local_project.apitest_0_1.APITest.runJobInTOS(APITest.java:1259)
at local_project.apitest_0_1.APITest.main(APITest.java:1110)
Caused by: java.lang.IllegalArgumentException: Media type separator is missing
at org.apache.cxf.jaxrs.impl.MediaTypeHeaderProvider.handleMediaTypeWithoutSubtype(MediaTypeHeaderProvider.java:191)
at org.apache.cxf.jaxrs.impl.MediaTypeHeaderProvider.internalValueOf(MediaTypeHeaderProvider.java:80)
at org.apache.cxf.jaxrs.impl.MediaTypeHeaderProvider.valueOf(MediaTypeHeaderProvider.java:66)
at org.apache.cxf.jaxrs.utils.JAXRSUtils.toMediaType(JAXRSUtils.java:1711)
at org.apache.cxf.jaxrs.impl.ResponseImpl.getMediaType(ResponseImpl.java:248)
at org.apache.cxf.jaxrs.impl.ResponseImpl.doReadEntity(ResponseImpl.java:331)
at org.apache.cxf.jaxrs.client.AbstractClient.readBody(AbstractClient.java:539)
at org.apache.cxf.jaxrs.client.WebClient.handleResponse(WebClient.java:1138)
... 9 more

---

Quelque soit le paramétrage utilisé, j'obtiens le même message. Enfin, la même requête effectuée via le composant tSysteme avec une commande curl me retourne bien ma réponse. Je pourrai donc partir là dessus mais je pensai le composant tRestClient plus adapté.

Je m'arrache les cheveux sur ce problème depuis quelques temps... Auriez-vous une idée de ce qui peut causer cette erreur ?

PS: j'ai posté la même question sur Talend Community mais je n'ai eu aucun retour permettant de débloquer ce soucis.

Merci !

Bonjour,

Quel est le paramétrage que vous avez renseigné dans votre composant ?

L'erreur semble indiqué qu'il y aurait une erreur sur le type de media.

Par défaut, je n'ai aucun paramétrage spécifique. J'ai essayé de différentes façon et notamment en rajoutant "content-type" - "application/json" mais ça ne fait aucune différence. Voici un screenshot des paramètres avancés:
Pièce jointe 427161

Lorsque j’exécute ma requête via Firefox, voici les entêtes qui ressortent:
Pièce jointe 427173

J'ignore si la réponse se trouve dedans, mais toujours est-il que si j'indique les mêmes entêtes de requêtes, et plus spécifiquement "accept-encoding" - "gzip", j'arrive à récupérer ma réponse, mais qui apparaît sous cette forme:
Pièce jointe 427180

Cela a donc a voir avec l'encoding ?


edit: il n'y a pas de décompresseur gzip attaché au composant tRESTClient, c'est donc pour cela qu'il me retourne cette série de caractères. Pour autant, si je ne spécifie pas "accept-encoding" - "gzip", je reçois toujours cette erreur Java. J'ajoute que je viens d'essayer avec le composant tHTTPRequest et je peux récupérer ma réponse. Je peux donc contourner ce problème, mais qu'est-ce qui explique l'erreur de TRestClient???

Bonjour,

Le retour de votre api lorsque qu'elle est effectuée sous curl est sous quelle forme ?
D'après les infos de la reponse à la requete, il semblerait que celle si soit sous la forme JSON mais gzippée. Donc il faut ajouter les entête:
Content-Type: application/json;charset=UTF-8
Accept-Encoding: gzip
Il faudrait essayer l'entête :
Accept-Encoding: identity
afin qu'il n'y ai pas de compression si le serveur veux bien.
D'ou les symboles dans le tlogrow.
Il faut de gzippée à la lecture via un tjavarow par exemple.

Bon courage