Discussion :

[cheprod]

Bonjour,

Il y a quelques temps de celà, j'ai developpé un Webservices SOAP à partir d'un wsdl fourni. J'ai utilisé pour cela GSoap 2.7.6e que je recommande vivemement pour les accros de C++.

J'ai maintenant une demande d'une appli cliente pour interroger les services mis à disposition par le Webservice précédent mais avec du XML sur HTTP (format ressemblant à celui du webservice mais sans les entêtes SOAP).

J'ai commencé à tourner le problème dans tout les sens et je penseais construire une passerelle XML <=> SOAP et utilisé un outil de type XML-RPC java pour communiquer avec le nouveau client.

Après discussion avec des amis, on m'a informé que les outils tel que GSoap savait parsé directement le XML sans les entêtes SOAP... j'ai beau cherché, je ne trouve pas d'info la dessus...

J'ai pas trop d'expérience dans les developpement XML/SOAP et si quelqu'un à une idées intéressante ou connais un outil, je suis mille fois preneur preneur

Merci d'avance

[Swoög]

Juste pour info comme ça : SOAP n'est jamais qu'un langage XML, autrement dit, un document SOAP est avant tout un document XML...

[gorgonite]

Juste pour info comme ça : SOAP n'est jamais qu'un langage XML, autrement dit, un document SOAP est avant tout un document XML...

+1, si tu veux passer facilement d'un format à l'autre, regardes les transformations XSL

[VinceFromBcn]

Hello,
Tu n'a rien trouvé dans le package : javax.xml.soap du SDK? Sinon dans Axis tu dois pouvoir trouver une solution aussi.

[cheprod]

Bonjour,

D'abord merci pour ces quelques réponses.

Juste pour info comme ça : SOAP n'est jamais qu'un langage XML, autrement dit, un document SOAP est avant tout un document XML...

+1 aussi, là dessus je suis tout à fait d'accord.

Mon problème n'est pas vraiment là mais plus au niveau de la communication client-serveur. Je m'explique : avec les outils comme GSoap ou Axis (que je connais moins), nous développeurs, n'avons qu'à developper la couche "métier" en s'abstrayant de la couche "technique" ( tcp/ip, html, voir SOAP dans le cas où les paramètres d'appel sont deserializer automatiquement ).

J'ai mis en place une interface SOAP sur ce principe où je n'ai eu qu'à écrire le wsdl puis joué avec les outils fourni pas GSoap pour génerer stub et skeleton. J'ai ensuite simplement écrit la couche métier de l'application.

Aujourd'hui je dois recommencer la même chose mais à la place d'échanger des messages SOAP avec le client, nous devons échanger des simples messages XML circulant sur http. Quand je parle de simple message XML, cela signifie que j'ai en gros le même contenue que dans ma requête SOAP mais sans la partie en-tête SOAP.

Comme c'est le cas avec SOAP, j'aimerais m'affranchir de la gestion de la couche tcp/ip et html (si dois parser le XML, c'est pas un soucis). J'aurais donc aimé trouver un outil capable de faire la même chose que Axis ou GSoap mais où les messages transporter sont en XML sans en-tête SOAP. (Une personne m'a dit que GSoap savais le faire mais personnelement je ne suis pas convaincu et je n'ai pas rien trouvé la-dessus)

S'il faut refaire un développement from "scratch" avec la gestion des couches tcp/ip et html, je m'y collerais mais si des outils existent, autant les utiliser (surtout s'ils peuvent être compatible SOAP - XML mais je n'y crois pas trop SOAP étant plus ou moins un sous ensemble de XML ) et c'est à ce niveau là que je me posais des quesions.

J'ai vu qu'il y avait des choses basait sur du XML du genre XMLRAD ou XML-RPC. Je vais essayer de creuser de ce coté là.

[GrandFather]

Bonjour,

J'ai vu qu'il y avait des choses basait sur du XML du genre XMLRAD ou XML-RPC. Je vais essayer de creuser de ce coté là.

Si tu n'as pas besoin de toute la sophistication apportée par les Web services, XML-RPC est effectivement idéal et t'épargne toute gestion bas niveau du protocole réseau.