Journal Serveur et SOAP

Posté par Fabien (site web personnel) le 03 avril 2004 à 11:07.

Étiquettes : aucune

avr.

2004

Bonjour,

je suis en train de réfléchir à la mise en place d'un serveur utilisant SOAP comme protocole de transport. J'aurais donc 2, 3 questions :

1. Est-ce que il est obligatoire d'avoir un serveur Web pour envoyer des messages SOAP ? D'après mes premières recherches, l'envoie des messages en utilisant le protocole HTTP suffirait.

2. Comme language, j'hesitais entre Python et Java. Je pense que le Java peut être un peu plus rapide, mais python quand à lui est disponible sur plus de server. J'hesite donc vraiment quel language utilisé pour écrire ce serveur.

Merci

# Re: Serveur et SOAP

Posté par Hardy Damien le 03 avril 2004 à 11:18. Évalué à 2.

1 : tu pense que c'est quoi un serveur web ? quand on te dit httpd ?

2 : celui que tu préfères est le meilleur a mon avis
- [^] # Re: Serveur et SOAP
  
  Posté par Fabien (site web personnel) le 03 avril 2004 à 11:33. Évalué à 1.
  
  1. Oui, logique. En fait pour être plus précis, après mes premières recherches sur Google, j'ai vu que par exemple en python le paquet BaseHTTP (si je me souvient bien suffit). La question est surtout de savoir si un serveur leger (ie qui ne sert aucun contenu html, php ou autre, juste des messages SOAP) peut suffire.
  
  2. Bah j'aime bien les 2, ils ont chacun leurs avantages et inconvénients. Mon choix pour l'instant s'oriente vers Python car il est disponible sur un plus grand nombre de serveur à mon avis et permetttra une meilleur diffusion de mon programme.
# Re: Serveur et SOAP

Posté par Yves Agostini (site web personnel) le 03 avril 2004 à 11:48. Évalué à 1.

1. non
2. perl est encore plus disponible sur tout serveur

un exemple simple
le serveur soap pour sympa (le gestionnaire de listes)
http://www.sympa.org/distribution/contrib/sympasoap/(...)
- [^] # Re: Serveur et SOAP
  
  Posté par Fabien (site web personnel) le 03 avril 2004 à 12:37. Évalué à 1.
  
  1. merci
  2. pour perl, je ne connais pas assez me lancer dans un dev de cette taille.
# Re: Serveur et SOAP

Posté par Nicolas Antoniazzi (site web personnel) le 03 avril 2004 à 11:48. Évalué à 1.

Tu peux peut etre utiliser XML-RPC non ? Le SOAP ce n'est finalement qu'une surcouche du XML-RPC dont on a souvent pas l'utilité.
Et si tu décides d'utiliser le XML-RPC, un module est fournit avec PHP en standard
# Re: Serveur et SOAP

Posté par Bader Lejmi (site web personnel, Mastodon) le 03 avril 2004 à 13:26. Évalué à 1.

Avec python il est très simple de faire du SOAP (classe SOAPpy par exemple).
Il est obligatoire d'avoir un serveur web car le web service contient le mot web, donc ça utilise le protocole http.
SOAP et XML-RPC n'étant pas des protocoles de transfert de données...
Java est plus rapide certes mais ça dépends quelle utilisation !
Python est en plus beaucoup plus pratique pour ce type d'utilisation.
- [^] # Re: Serveur et SOAP
  
  Posté par Yann KLIS (site web personnel) le 03 avril 2004 à 14:14. Évalué à 1.
  
  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 Olivier Grisel (site web personnel) le 03 avril 2004 à 16:00. Évalué à 1.
    
    un tutoriel qui nous montre comment c'est plus facile en python ?
    
    C'est pas forcemment plus simple en python qu'en perl, mais c'est simple quand même :
    
    Python 2.2.3 (#1, Oct 15 2003, 23:33:35)
    [GCC 3.3.1 20030930 (Red Hat Linux 3.3.1-6)] on linux2
    Type "help", "copyright", "credits" or "license" for more information.
    >>> from ZSI import ServiceProxy
    >>> google = ServiceProxy('GoogleSearch.wsdl', use_wsdl=True)
    >>> response = google.doSpellingSuggestion(key='###', phrase='brtney spears')
    >>> print response
    {u'return': u'britney spears'}
    
    En plus les dev de ZSI (et SOAPpy) ont l'air de vraiment viser les recommandations des standards les plus recents en termes de WS.
    (Developpement très actif). ZSI est aussi utilisé pour une implémentation expérimentale de OGSI (Open Grid Service Infrastructure) qui risque de devenir la prochaine génération de WebServices.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.