Discussion :

[badrys]

Bonjour,

J'ai créé un web service qui a une operation dont le code fait de l'attente active d'une donnée provenant d'un autre process. Le déploiement (sous Axis2) et la création de client se sont déroulés normalement, sauf qu'au moment où j'appelle cette opération une exception est levée après 30 secondes exactement disant que le délai d'attente de réponse est dépassé et le client termine brutalement : alors que, comme précisé précédemment, cette opération ne fait pas de retour (elle ne fait que recevoir des données pour lire et les afficher).

Quelqu'un a-t-il déjà créé un web service avec ce type de méthodes ?
Merci de me dire ce vous semble anormal.

[_Mac_]

'lut,

J'ai pas tout compris de ce que devait faire ton web service : tu dis "alors que, comme précisé précédemment, cette opération ne fait pas de retour", sauf que quand je lis "pour lire et les afficher", j'interprète "afficher" comme étant une valeur de retour.

Ceci dit, pourquoi ton Web service est synchrone ? Le time out de connexion se comprend (30 s, c'est déjà assez long), et tu ne peux pas exiger d'un client qu'il attende une réponse indéfiniment. Si tu veux attendre une réponse du Web service sans avoir le pb de time out, fait un Web service asynchrone et mets en place un système de callback : lors de l'appel, le client fournit à ton Web service une URL sur laquelle ce dernier postera la réponse.

[badrys]

Salut Mac !

En fait ce je voulais dire par "pas de retour" c'est pas de "return" dans l'opération. L'affichage n'est pas considéré comme étant une valeur de retour. Pour être exact, ce n'est pas vraiment de l'affichage qu'il fait mais plutôt de l'ecriture sur un fichier. Ce que je veux que mon web service fasse à l'appel de mon opération, c'est d'attendre la réception d'un message (à travers JMS) et terminer juste après l'avoir reçu et écrit dans un fichier texte.

T'es sûr que c'est pas possible de demander à un client d'attendre ? parce que dans ce cas il faut vraiment que je change de stratégie.

Merci.