Pb d'incompatibilité de version d'un client pour un web service en SOAP
komix21
Messages postés
6
Date d'inscription
jeudi 22 mai 2008
Statut
Membre
Dernière intervention
27 février 2009
-
24 juil. 2008 à 14:35
komix21 Messages postés 6 Date d'inscription jeudi 22 mai 2008 Statut Membre Dernière intervention 27 février 2009 - 31 juil. 2008 à 10:12
komix21 Messages postés 6 Date d'inscription jeudi 22 mai 2008 Statut Membre Dernière intervention 27 février 2009 - 31 juil. 2008 à 10:12
A voir également:
- Pb d'incompatibilité de version d'un client pour un web service en SOAP
- Service web - Conseils pratiques -Visual Basic / VB.NET
- Modele de site web - Conseils pratiques -PHP
- "Php version 4.4.6" "build date" "server api" "php variables" - Forum PHP
- "Php version 4.4.4" "build date" "server api" "php variables" - Forum PHP
- "Php version 4.4.3" "build date" "server api" "php variables" - Forum ASP / ASP.NET
4 réponses
cs_AlexN
Messages postés
694
Date d'inscription
lundi 5 décembre 2005
Statut
Membre
Dernière intervention
8 janvier 2014
19
25 juil. 2008 à 10:44
25 juil. 2008 à 10:44
Salut,
axis possède sa propre fonctionnalité pour générer les squelettes client et serveur d'un service de type SOAP
à partir du wsdl : org.apache.axis.wsdl.WSDL2Java. Je ne connait pas SoapUI, mais peut être que le fait d'utiliser cet outil ne crée pas des sources pour la bonne version d'axis que tu utilises.
axis possède sa propre fonctionnalité pour générer les squelettes client et serveur d'un service de type SOAP
à partir du wsdl : org.apache.axis.wsdl.WSDL2Java. Je ne connait pas SoapUI, mais peut être que le fait d'utiliser cet outil ne crée pas des sources pour la bonne version d'axis que tu utilises.
komix21
Messages postés
6
Date d'inscription
jeudi 22 mai 2008
Statut
Membre
Dernière intervention
27 février 2009
25 juil. 2008 à 12:03
25 juil. 2008 à 12:03
Salut,
merci d'avoir répondu, mais le problème de version concerne SOAP (je m'étais pas assez clair).
Je pense que l'un d'entre eux (client ou serveur) envoi un message en SOAP 1.1 et l'autre en SOAP 1.2.
C'est pourquoi j'ai essayé de modifier la valeur de l'attribut transport dans la balise binding du fichier WSDL, c'est elle qui précise qu'elle version de SOAP est utilisée.
D'après les concepteurs du service web, il peut communiquer en SOAP 1.2. Et lorsque je le précise dans la balise binding du fichier WSDL, j'ai toujours le message d'erreur.
merci d'avoir répondu, mais le problème de version concerne SOAP (je m'étais pas assez clair).
Je pense que l'un d'entre eux (client ou serveur) envoi un message en SOAP 1.1 et l'autre en SOAP 1.2.
C'est pourquoi j'ai essayé de modifier la valeur de l'attribut transport dans la balise binding du fichier WSDL, c'est elle qui précise qu'elle version de SOAP est utilisée.
D'après les concepteurs du service web, il peut communiquer en SOAP 1.2. Et lorsque je le précise dans la balise binding du fichier WSDL, j'ai toujours le message d'erreur.
cs_AlexN
Messages postés
694
Date d'inscription
lundi 5 décembre 2005
Statut
Membre
Dernière intervention
8 janvier 2014
19
25 juil. 2008 à 12:19
25 juil. 2008 à 12:19
Hum,
Changer juste un chiffre à l'arrache dans un coin de fichier ne résoudra probablement pas les problèmes de versions.
Entre la version 1.1 et 1.2 certains éléments du protocole ont radicalement changé (format des échanges, format des messages, format des réponses, etc...).
Je cite cette source :
SOAP 1.2 comporte un certain nombre de changements de syntaxe et
fournit des sémantiques clarifiées en plus de celles décrites dans SOAP
1.1. Le document Primer de SOAP 1.2 répertorie et décrit ces
changements de syntaxe.
Il faut se servir des outils appropriés à la bonne version du protocole que tu souhaites utiliser. Si tu utilise un client 1.1 avec un serveur 1.2 ou inversement, c'est peut être possible, mais certainement pas en remplaçant un chiffre par un autre. La librairie Axis contient tout les outils pour une même version du protocole. Je pense qu'il faut regarder par là.
Changer juste un chiffre à l'arrache dans un coin de fichier ne résoudra probablement pas les problèmes de versions.
Entre la version 1.1 et 1.2 certains éléments du protocole ont radicalement changé (format des échanges, format des messages, format des réponses, etc...).
Je cite cette source :
SOAP 1.2 comporte un certain nombre de changements de syntaxe et
fournit des sémantiques clarifiées en plus de celles décrites dans SOAP
1.1. Le document Primer de SOAP 1.2 répertorie et décrit ces
changements de syntaxe.
Il faut se servir des outils appropriés à la bonne version du protocole que tu souhaites utiliser. Si tu utilise un client 1.1 avec un serveur 1.2 ou inversement, c'est peut être possible, mais certainement pas en remplaçant un chiffre par un autre. La librairie Axis contient tout les outils pour une même version du protocole. Je pense qu'il faut regarder par là.
komix21
Messages postés
6
Date d'inscription
jeudi 22 mai 2008
Statut
Membre
Dernière intervention
27 février 2009
31 juil. 2008 à 10:12
31 juil. 2008 à 10:12
Salut,
j'ai regardé Axis et j'ai rajouté son dossier dans le dossier plugin d'Eclipse. Mais lorsque j'essaie de générer les classes à partir du fichier WSDL, je reçois ce message d'erreur:
WSDL2Java function not yet implemented
Je n'ai encore rien trouvé sur internet qui me permettrait de résoudre ce problème.
Merci pour ton aide.
j'ai regardé Axis et j'ai rajouté son dossier dans le dossier plugin d'Eclipse. Mais lorsque j'essaie de générer les classes à partir du fichier WSDL, je reçois ce message d'erreur:
WSDL2Java function not yet implemented
Je n'ai encore rien trouvé sur internet qui me permettrait de résoudre ce problème.
Merci pour ton aide.