Les fonctionnalités SOAP de Zend Framework sont proposées afin de simplifier l'accès aux services Web de type SOAP.

SOAP est un protocole d'échange de données indépendant d'un langage. Il peut donc être utilisé avec une autre technologie que PHP.

Il y a trois configurations d'utilisation de SOAP avec Zend Framework:

1. SOAP serveur application PHP <---> SOAP client application PHP
2. SOAP serveur application non PHP <---> SOAP client application PHP
3. SOAP serveur application PHP <---> SOAP client application non PHP

Il est indispensable de connaître les fonctionnalités qu'offre un serveur SOAP, afin de pouvoir communiquer avec lui. » WSDL est alors utilisé pour décrire en détail l'API des services disponibles sur un serveur SOAP.

Le langage WSDL est assez complexe (voyez » http://www.w3.org/TR/wsdl pour les détails ). Il est donc difficile d'écrire une définition WSDL correcte, à la main.

Un autre problème concerne la synchronisation des changements dans l'API avec des fichiers WSDL déjà existants.

Ces 2 problèmes peuvent être résolus avec la génération automatique de WSDL, qui permet d'analyser une classe ou des fonctions, d'en extraire les paramètres d'entrée/sortie, et de générer un fichier WSDL correct et compréhensible par le serveur et les clients SOAP.

Il y a deux façons d'utiliser Zend Framework pour une application serveur SOAP:

• Utiliser des classes.

• Utiliser des fonctions.

Ces deux façons sont supportées par la fonctionnalité d'auto génération de Zend Framework.

Zend_Soap_AutoDiscovery supporte aussi la correspondance des types PHP vers » les types XSD.

Voici un exemple d'utilisation de l'auto découverte :

class My_SoapServer_Class {
...
}

$autodiscover = new Zend_Soap_AutoDiscover();
$autodiscover->setClass('My_SoapServer_Class');
$autodiscover->handle();

Si une classe est utilisée dans un serveur SOAP, alors celle-ci devrait aussi être fournie à Zend_Soap_AutoDiscovery afin d'en générer le fichier WSDL :

$autodiscover = new Zend_Soap_AutoDiscover();
$autodiscover->setClass('My_SoapServer_Class');
$autodiscover->handle();

Les règles suivantes sont utilisées lors de la génération du fichier WSDL :

• Le fichier WSDL généré décrit un service Web de type RPC.

• Le nom du service crée sera le nom de la classe utilisée.

• 'http://' .$_SERVER['HTTP_HOST'] . $_SERVER['SCRIPT_NAME'] est utilisé comme URI pour rechercher le fichier WSDL.

  Cet URI est aussi utilisé comme un espace de nom cible pour tous les noms du service (incluant les types complexes décrits éventuellement).

• Les méthodes de la classe sont jointes dans un » Port Type.

  $className . 'Port' est utilisé comme nom de Port Type.

• Chaque méthode de la classe est enregistrée comme une opération.

• Chaque prototype de méthode génère des messages de requête/réponse correspondants.

  Une méthode peut avoir plusieurs prototypes si des paramètres sont optionnels.

Note: Important !
L'auto génération du fichier WSDL (avec auto découverte de la classe) utilise les blocs de documentation de PHP insérés par le développeur dans ses classes, afin de trouver les types retournés. De ce fait, pour les types scalaires, c'est le seul moyen de les déterminer de manière sûre, et concernant les types de retour des méthodes, c'est le seul moyen de les découvrir (PHP étant faiblement typé).
Ceci signifie que documenter de manière correcte vos classes et méthodes n'est pas seulement une bonne pratique, c'est tout simplement essentiel pour partager vos classes en tant que services SOAP auto générés.

Si des fonctions doivent être utilisées (partagées) via un serveur SOAP, alors elles doivent être passées à Zend_Soap_AutoDiscovery pour générer un fichier WSDL :

$autodiscover = new Zend_Soap_AutoDiscover();
$autodiscover->addFunction('function1');
$autodiscover->addFunction('function2');
$autodiscover->addFunction('function3');
...
$autodiscover->handle();

Les règles suivantes sont utilisées lors de la génération du fichier WSDL :

• Le fichier WSDL généré décrit un service web de type RPC.

• Le nom du service crée sera le nom du script analysé (utilisé).

• 'http://' .$_SERVER['HTTP_HOST'] . $_SERVER['SCRIPT_NAME'] est utilisé comme URI pour rechercher le fichier WSDL.

  Cet URI est aussi utilisé comme un espace de nom cible pour tous les noms du service (incluant les types complexes décrits éventuellement).

• Les fonctions sont encapsulées dans un » Port Type.

  $functionName . 'Port' est utilisé comme nom de Port Type.

• Chaque fonction est enregistrée comme opération possible.

• Chaque prototype de fonction génère des messages de requête/réponse correspondants.

  Une fonction peut avoir plusieurs prototypes si des paramètres sont optionnels.

Note: Important!
L'auto génération du fichier WSDL (avec auto découverte des fonctions) utilise les blocs de documentation de PHP insérés par le développeur dans ses fonctions, afin de trouver les types retournés. De ce fait, pour les types scalaires, c'est le seul moyen de les déterminer de manière sûre, et concernant les types de retour des méthodes, c'est le seul moyen de les découvrir (PHP étant faiblement typé).
Ceci signifie que documenter de manière correcte vos fonctions n'est pas seulement une bonne pratique, c'est tout simplement essentiel pour partager vos fonctions en tant que services SOAP auto générés.

Les types de données d'entrée/sortie sont convertis en types spéciaux pour le réseau, suivant ces règles :

• Chaînes strings <-> xsd:string.

• Entiers PHP <-> xsd:int.

• Flottants PHP (décimaux) <-> xsd:float.

• Booléens PHP <-> xsd:boolean.

• Tableaux PHP <-> soap-enc:Array.

• Objets PHP <-> xsd:struct.

• Classes PHP <-> tns:$className.^[1] Zend_Soap_AutoDiscover$extractComplexTypesxsd:anyType tns:$className

• Void PHP <-> type vide.

• Si le type n'est pas reconnu en tant que l'un de ceux-ci, alors xsd:anyType est utilisé.