[Axis] Ordre aléatoire des paramètres

Bonjour à tous,

Voilà plusieurs jours que je bute sur un problème de mise en place de WebServices, sans avancer malgré mes multiples recherches sur le net. Je travaille au développement de WebServices qui prennent en paramètres plusieurs chaines de caractères :

Code:

---

1 2 3 4

public Reponse methode(String arg1, String arg2, String arg3, ...) { // Le traitement du WebService }

---

Je me suis rendu compte pendant ma phase de test qu'il arrivait que les paramètres soient intervertis lorsque je mettais des noms aléatoires (ex : appel de la méthode en mettant a=valeur au lieu de arg1=valeur).
J'ai donc cherché où pouvait se faire le mapping entre les paramètres dans l'URL et les paramètres que récupère le WebService. Au niveau du WSDL, je retrouve les noms de mes différents arguments :

Code:

---

1 2 3 4 5 6 7 8 9

... <wsdl:message name="methodRequest"> <wsdl:part name="arg1" type="soapenc:string"/> <wsdl:part name="arg2" type="soapenc:string"/> <wsdl:part name="arg3" type="soapenc:string"/> ... </wsdl:message> ...

---

ce qui me laisse penser qu'Axis devrait s'y retrouver. Où aurais-je omis un paramétrage permettant le mapping entre les paramètres et les arguments du WebService ?
Pour info, j'effectue mes tests en appelant manuellement mon WebService via un navigateur (paramètres get dans l'URL), et mes WebServices sont déployés sous Axis.

Merci d'avance pour votre aide.

Salut

Tu utilise java2wsdl ?

Bonjour,

Non, je crée mes fichiers de déploiement WSDD puis je lance le déploiement des WebServices à l'aide de la commande :

Code:

---

1 2	javac -cp <mon classpath> org.apache.axis.client.AdminClient -lhttp://localhost:8080/services/AdminService deployWebServices.wsdd

---

Petite précision complémentaire : lorsque j'appelle mon WebService en spécifiant tous les arguments, si je m'amuse à modifier le nom d'un des paramètres, le WebService ne me remonte aucun problème en particulier.

Exemple :

Code:

---

http://localhost:8080/services/WebService?method=method&AAARRRGG1=valeur&arg2=valeur&arg3=valeur...

---

fonctionne de la même manière que :

Code:

---

http://localhost:8080/services/WebService?method=method&arg1=valeur&arg2=valeur&arg3=valeur...

---

Comme s'il n'y avait pas de vérification sur les noms des paramètres.

Salut

Je connais mieux les Web service avec les IDE mais je vais essayer de t'aider.

Une piste serait que ton wsdl est mal fait. Vérifie que les balises sont bien là.(TYPES, BINDING ...)

Puis, je te conseil d'utiliser directement les grands moyen et de laisser tomber les appelles en URL car c'est un peut limité. Appel tes methodes via un *.java.

Oui, l'appel par URL des WebServices ne me sert que pour effectuer des tests et valider le bon fonctionnement de mes WebServices ;) (les appels sont bien prévus pour être effectués en Java, mais par le client).

Je pensais aussi à une malformation du WSDL c'est pourquoi j'ai essayé de me tourner vers les différentes balises qu'il pouvait contenir. Je suis tombé sur plusieurs documents différents ne proposant pas toujours les mêmes balises (je ne connaissais d'ailleurs pas l'existence de balises telles que TYPES ou BINDING que tu cites). J'étais donc parti arbitrairement sur du :

Code:

---

1 2 3 4 5 6 7

<operation name="methode"> <parameter name="arg1" index="0" type="xsd:String" /> <parameter name="arg2" index="1" type="xsd:String" /> <parameter name="arg3" index="2" type="xsd:String" /> ... </operation>

---

Mais sans doute s'agit-il de balises obsolètes… (à noter qu'en plus, elles ne répondent pas vraiment à ma problématique puisqu'elles gèrent l'ordre des paramètres et non leur nom).
Du coup, quelles balises dois-je utiliser pour m'assurer du mapping entre les paramètres dans l'URL et les arguments de mon WebService ?

Je te laisse ça.
http://www.xmethods.net
Tu peux voir les WSDL et comparer.


Mais le plus simple (pour moi) :

Tu prends eclipse ou netbeans.
Tu développes ton web service en Java.
Tu génère ton WSDL à partir de ton projet. (l'avantage c'est que tu n'a pas besoin de connaitre les WSDL, c'est fait pour toi et y'a pas d'erreur, normalement).
Tu envoies ton WSDL au client.
Le client génère les classes via le wsdl et les utilise.

ça donne
JAVA --> WSDL ==> ENVOI AU CLIENT ==> WSDL --> JAVA

Je viens de tenter la solution du Java2WSDL mais celle-ci me génère un fichier wsdd sans aucune balise <deployment> :

Code:

---

org.apache.axis.deployment.wsdd.WSDDException: Invalid WSDD element 'definitions' (wanted 'deployment')

---

Soit, j'ai quand même comparé mes WSDL fait à partir de mes propres fichiers de déploiement et celui généré à partir de JAVA2WSDL. Dans les deux cas :

• Je retrouve bien les balises <wsdl:message name="methode">
• Ces balises contiennent bien <wsdl:part name="arg#" type="soapenc:string"/> pour chaque argument
• J'ai aussi des balises <wsdl:operation name="method" parameterOrder="arg1 arg2 arg3 arg4 ...">

Note : la dernière balise indique "parameterOrder" ce qui me laisse à croire que c'est l'ordre des paramètres qui est pris en compte et non le nom des paramètres...

J'ai trouvé ça :

http://bytes.com/topic/asp-classic/a...rvice-url-link

T'avais mis :

Code:

---

http://localhost:8080/services/WebService?method=method&AAARRRGG1=valeur&arg2=valeur&arg3=valeur...

---

Le nom des arguments est propre à ta classe.
Le client ne doit pas connaitre le nom des arguments, mais juste les méthodes et les types de données qui vont avec.

Je pense que tu dois te tromper dans les URL.

Je viens d'effectuer les deux tests suivants :

Code:

---

1 2	http://localhost:8080/services/WebService?method=method&arg1=valeur&arg2=valeur

---

puis :

Code:

---

1 2	http://localhost:8080/services/WebService?method=method&arg2=valeur&arg1=valeur

---

or mon webservice s'y retrouve bien (en mode debug, l'inversion des paramètres est bien prise en compte et ne pose aucun souci). Dans le cas où les noms des paramètres sont bien respectés, le mapping se fait correctement… :?

tu dois pas faire un parameters=ValeursArg1&ValeursArg2&... ?

Je ne pense pas car je souhaite pouvoir intervertir la déclaration des paramètres (passer arg2 avant arg1 par exemple, comme dans mon post précédent).

Peu de progression depuis, je me suis finalement contenté de forcer à mettre tous les arguments et dans le bon ordre pour chaque appel du WebService :(

Merci quand même pour les réponses, je marque le sujet comme [Résolu].