Discussion :

[YousraL]

Bonjour à tous,

Lors de l'appel d'un service web à partir de SOAPUI, j'ai la réponse suivante :

SOAP Response - Failed" -> null/empty response

Est-ce quelqu'un sait quand est-ce qu'une telle erreur est générée?

Faut-il faire une gestion particulière des réponses vides au niveau du WSDL initial?

D'avance merci.

[Cédric B.]

Salut Yousral,

est-ce que l'url avec laquelle tu atteint le service web est coorecte et pourrais-tu montré ton exemple, afin de mieux t'aider!

Cédric

[YousraL]

Merci Cedric B. Je ne dispose malheureusement pas de plus de détails sur l'erreur.

Je sais que l'URL d'accès est correcte.

Est-ce qu'il est possible d'installer un correctif sur une version existante de services web à partir d'un exécutable généré par Visual Studio et avoir, par conséquent, des erreurs sur les nouveaux web services déployés?

[Cédric B.]

Salut Yousral,

Comment as-tu réalisé ton Service Web (avec WCF de VS 2008 ou avec asmx sous VS 2005)?

Cédric

[YousraL]

Bonjour Cedric B.,

J'ai réalisé mon service web en asmx sous VS 2008.

Merci.

[Cédric B.]

Salut YlousraL,

Oui, tu peux installer des correctifs de ton service Web existant depuis visual studio sous "générer" - "publiser site Web" et tu peux prendre les fichiers générés et remplacer ceux qui doivent l'être! Dans ton tu peux mettre tester tes paramèters d'entrées afin de vérifier si tu reçois qqch quand tu appelles ton service Web de SOAPGUI!

Cédric

[YousraL]

Merci Cedric B.

Malheureusement, je n'ai pas accès à la plateforme de tests. J'ai développé des services web qui sont opérationnels sur mon poste de développement et sur les machines sur lesquelles je les ai testés. Seulement, le client qui doit les tester au final reçoit le null/empty response.

Ce n'est apparemment pas un problème d'espace de noms. Est-ce que ce pourrait être un problème de configuration du serveur IIS?

D'avance merci.

[YousraL]

Pour information,lors de l'analyse des logs du serveur IIS sur mon poste, j'ai la ligne suivante quand j'exécute mon service web :

2010-07-02 15:19:58 W3SVC1 194.4.225.87 POST /WebServices/AGGererIncidents.asmx - 80 - 10.67.38.159 Jakarta+Commons-HttpClient/3.0.1 500 0 0

Sur la plateforme de tests, ils ont ça:

2010-07-05 12:38:18 W3SVC1 163.112.36.19 POST /WebServices/AGGererIncidents.asmx - 80 - 163.112.70.227 Jakarta+Commons-HttpClient/3.1 400 0 0

J'espère que ca pourra aider. Merci.

[Cédric B.]

Salut Yousral,

merci pour l'info, à priori je ne voies d'erreurs, excepté que je ne sais plus qu'est-ce que signifie:

- 80 -

dans le log IIS? Est-ce que les paramètres que tu passes au Service Web que tu appelle sont bien initialisés, car si ce n'est pas le cas, parfois cela déclencher un exception dans le service appelé, ce qui te donne un null comme réponse!

Cédric

[YousraL]

Je pense que le 80 est relatif au n° de port.

Salut Yousral,
dans le log IIS? Est-ce que les paramètres que tu passes au Service Web que tu appelle sont bien initialisés, car si ce n'est pas le cas, parfois cela déclencher un exception dans le service appelé, ce qui te donne un null comme réponse!
Cédric

Oui, ils le sont.

Sinon, sur les logs IIS, tu sais à quoi refèrent les numéros 500 et 400 qui différent du premier au deuxième log?
Par ailleurs, sur le premier log, j'ai la version Jakarta+Commons-HttpClient/3.0.1 alors que sur le deuxième log, c'est la version 3.1.

Cela ne pourrait-il pas être la source du problème?

[Cédric B.]

Non, je ne sais pas vraiment à quoi cela correspond! Peut être que cela peut venir de la version! As-tu d'attaquer ton Service Web avec un autre produit du style Xmlspy? J'ai vu récemment une requête soapgui où on avait les balise soap entre "<![CDATA[..]] ???

Cédric

[YousraL]

Merci Cedric B. pour ton aide.

Je n'ai pas accès à la plateforme de tests. Finalement, j'ai demandé la réinstallation complète de la solution avec les services web et j'ai ré-envoyé les WSDLs et ça marche par je ne sais quel coup de chance!

Merci beaucoup.