Bonjour à tous,
 
  Un des développeurs que j'encadre souhaite utiliser nusoap. Par habitude je refuse d'utiliser des librairies en plus, si le core de php fournit déjà les fonctionnalités.
 
  En effet php fournit déjà des librairies pour faire du soap.
 
  Question donc, y a t'il vraiment une utilité à utiliser nusoap ?
 
Merci

nusoap est une surcouche à soap et dispose donc de primitives de plus au niveau. On développe donc plus vite.
 
C'est un peu comme fpdf et des libs de plus au niveaux qui l'exploite. Si tu veux faire un tableau en pdf, avec fpdf, va falloir te cogner le calcul de la hauteur/largeur de chaque cellule de chaque ligne (pour l'avoir fait, c'est bien galère ), avec les libs de plus au niveau, non => gain de temps.

Merci pour ta réponse.
 
Ton avis m'a poussé à rechercher un peu plus ce que fournit nusoap. C’est moi ou bien les docs sont rares, et la liste des méthodes inexistante ?
 
Pierre
 
Edit 12h29 : je voie aussi qu'il y a deux versions :
http://sourceforge.net/projects/nusoap/
http://sourceforge.net/projects/nusoapforphp53/
 
je suis en php 5.3 je dois donc prendre la 2 ème ?

Je n'utilise pas cette lib donc je ne saurais te dire...

Depuis ce matin j'hésitais beaucoup à prendre nusoap.  
 
Pas trop de doc (malgré 17 000 lignes de code)
semble vieillissant
support moyen quand php 5.3 est arrivé ...
 
Puis j'ai eu confirmation :
 

Une réponse indique que nusoap est utile poru interoger des serveru share point en NTML ... De mon coté j'ai des besoins très basique, je vais garder la version standard.  
 
Si jamais mon choix est mauvais je reviendrais ici vous le dire, sinon c'est qu'il aura été le bon :-)
 
Source : http://stackoverflow.com/questions [...] p-tutorial

Merci pour l'info...

si ton usage est tres basique et que tu type pas tes objets tu peux tout aussi bien utiliser du json/rest si tu maitrise les deux cotés.
 
le petit avantage c'est que se basant sur http ca permet d'utiliser les entetes http (cache, expires...) et ca supporte la compression gzip si accepté par l'initiateur, de plus le json est facilement parsé en javascript (sauf sous <IE8 et <ff3.5 ou il faut rajouter un shim)
 
je ne connais pas ton usage mais par exemple dans le cas ou un service recup des data d'un autre service JUSTE pour les afficher dans une page web ca va plus vite et c'est plus economique de faire un call ajax et de recup le json pour le reafficher.

Ah ben c'est sur que SOAP, c'est pas un protocole léger-léger Perso, pour mes webservices, je fais du REST. Pour le transfert des données, xml ou json.

le serveur est déjà en place et fournit par un tiers (en SOAP), je ne code que la partie client en php