xml-rpc ou SOAP

Bonjour,

On vient de me lancer sur un projet ou il y a une parie Web Service et j'avoue �tre un peu perdu dans le choix des technologies.... J'aimerais donc avoir un autre avis.

Alors voici une description de l'architecture :
J'ai d'un cot� un serveur web bas� sous apache/php5/postgresql qui va accueillir le WS.
De l'autre j'ai un client builder c++ 6 qui va juste servir d'interface graphique et va attaquer le serveur web pour r�cuperer et mettre � jour des donn�es de la base.

Mon princiapl dilemme est que j'h�site entre le SOAP et le xml-rpc mais essentiellement � cause de la partie cliente en builder c++ (sachant que le serveur php5 g�re les 2 protocols en natif).

J'ai trouv� un certain nombre de lib c++ pour faire du SOAP mais aucune n'a l'air vraiment fiable (axis/axis2,gsoap) et le composant de base builder c++ a l'air vraiment trop basique et tr�s peu document�.

Pour le xml-rpc je n'ai trouv� que xmlrpc-c.sourceforge.net et je ne sais trop quoi y penser....
Et je me pose des questions aussi sur les possibilit�s du xmlrpc sachant que j'aimerais faire transiter des donn�es assez lourde(1/10Mo).

Merci d'avance pour votre aide.


Quaker

gsoap est vraiment tr�s bien. Qu'entends-tu pas "pas trop fiable" ?

et concernant le composant de base de Borland, �a suffit largement dans la majorit� des cas.

Essaie d�j� de d�finir tes webservices ( ton wsdl ) et de l'importer soit avec gsoap, soit avec le mapper de borland.

Merci pour ta r�ponse.
Quand je dis "pas trop faible" j'ai fais quelques tests et j'ai quelques probl�mes avec la gestion de cookies qui n'est pas encod� correctement (dans les entetes POST j'ai une ligne par cookie � la place d'avoir tous les cookies encod�s en 1 ligne)
J'ai eu aussi un soucis avec les codes retours soap ( le faultcode contient bizarrement ": " :?)

Peu �tre que ces soucis sont aussi du au serveur php mais j'en doutes car tous ces soucis je ne les retrouve pas avec les composants borland.

Bon je suis partie sur le composant borland, m�me si certaines fonctionnalit�s maquent � mon gout. On a par exemple pas la possibilit� de savoir o� il en est dans l'envoi ou la r�ception du flux xml ( un pourcentage d'avancement serait sympa)...