Pour la 1ère phrase:
en perl c'est de ce que j'en ai testé, avec soaplite http://www.soaplite.com/(...) (implémentation en perl), c'est beaucoup plus rapide. A moins que tu es nu lien vers un tutoriel qui nous montre comment c'est plus facile en python ?
Euh, pour ta 2ème phrase, tu vas un peu vite.
SOAP est une surcouche à HTTP.
Donc, un serveur SOAP implémente en général HTTP également. Par contre, un serveur SOAP n'est pas forcément aussi un serveur web (= qui sert des pages webs accessibles avec un navigateur web).
Pour la 3ème phrase, ce n'est pas complètement exact.
XML-RPC comme SOAP sont des protocoles d'Appel de Procédure à Distance (RPC en anglais). SOAP implique en plus qu'on peut représenter les services par un objet (comme dans programmation objet). SOAP permet aussi le transfert de fichier "out of band".
Pour les 2 dernières phrases, je dirais qu'avec l'implémentation Java, on a une très bonne implémentation de différentes normes SOAP et des extensions ou des effets de bord du fait que le protocole sous-jacent est HTTP (par exemple, avec Apache SOAP/AXIS on peut gérer automatiquement des sessions virtuelles HTTP par cookie ou d'autres méchanismes, ce qui n'est pas possible avec toutes les implémentations puisqu'a priori, ce n'est pas le but de SOAP).
Certes l'implémentation JAVA est un peu plus lourde à mettre en place (moteur de servlet notamment), mais on aura aussi un environnement beaucoup plus rigoureux par la suite.
Tout dépend alors de ce qu'on veut faire exactement avec ce serveur SOAP. Je dirais que python dans ce cas là est bien vu pour un prototype ou un serveur léger.
[^] # Re: Serveur et SOAP
Posté par Yann KLIS (site web personnel) . En réponse au journal Serveur et SOAP. Évalué à 1.
en perl c'est de ce que j'en ai testé, avec soaplite http://www.soaplite.com/(...) (implémentation en perl), c'est beaucoup plus rapide. A moins que tu es nu lien vers un tutoriel qui nous montre comment c'est plus facile en python ?
Euh, pour ta 2ème phrase, tu vas un peu vite.
SOAP est une surcouche à HTTP.
Donc, un serveur SOAP implémente en général HTTP également. Par contre, un serveur SOAP n'est pas forcément aussi un serveur web (= qui sert des pages webs accessibles avec un navigateur web).
Pour la 3ème phrase, ce n'est pas complètement exact.
XML-RPC comme SOAP sont des protocoles d'Appel de Procédure à Distance (RPC en anglais). SOAP implique en plus qu'on peut représenter les services par un objet (comme dans programmation objet). SOAP permet aussi le transfert de fichier "out of band".
Pour les 2 dernières phrases, je dirais qu'avec l'implémentation Java, on a une très bonne implémentation de différentes normes SOAP et des extensions ou des effets de bord du fait que le protocole sous-jacent est HTTP (par exemple, avec Apache SOAP/AXIS on peut gérer automatiquement des sessions virtuelles HTTP par cookie ou d'autres méchanismes, ce qui n'est pas possible avec toutes les implémentations puisqu'a priori, ce n'est pas le but de SOAP).
Certes l'implémentation JAVA est un peu plus lourde à mettre en place (moteur de servlet notamment), mais on aura aussi un environnement beaucoup plus rigoureux par la suite.
Tout dépend alors de ce qu'on veut faire exactement avec ce serveur SOAP. Je dirais que python dans ce cas là est bien vu pour un prototype ou un serveur léger.