# Zend_XmlRpc_Client

## Introduction

Zend Framework possède la capacité de consommer des services distants XML-RPC, via la classe Zend_XmlRpc_Client. Ses caractéristiques principales sont la conversion automatique des types entre PHP et XML-RPC, un objet proxy de serveur, et des possibilités d'introspection du serveur.

## Appels de méthodes

Le constructeur de Zend_XmlRpc_Client reçoit en premier paramètre l'URL du serveur XML-RPC distant. L'instance retournée pourra alors être utilisée pour appeler n'importe quelle méthode distante.

Pour appeler une méthode distante, utilisez la méthode call() de votre instance. Le code suivant montre un exemple avec le serveur XML-RPC du site de Zend Framework. Vous pouvez l'utiliser pour tester ou explorer les possibilités des composants Zend_XmlRpc.

XML-RPC appel de méthode

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    echo $client->call('test.sayHello');

    // hello

Le type de la valeur XML-RPC retournée sera automatiquement casté en un type compatible PHP. Dans l'exemple ci-dessus, une `string` PHP est retournée et immédiatement utilisable.

Le premier paramètre de call() est le nom de la méthode distante à appeler. Si celle-ci demande des paramètres, ceux-ci doivent alors être passés via le deuxième paramètre de call(), sous forme de tableau PHP (`array`) :

XML-RPC appel de méthode avec des paramètres

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    $arg1 = 1.1;
    $arg2 = 'foo';

    $result = $client->call('test.sayHello', array($arg1, $arg2));

    // $result est un type PHP natif

Le tableau de paramètres peut contenir des types PHP natifs, des objets Zend_XmlRpc_Value, ou bien les deux à la fois.

La méthode call() convertira automatiquement la réponse XML-RPC et retournera un type PHP natif valide. Un objet Zend_XmlRpc_Response pour la valeur de retour sera de même disponible, via un appel à getLastResponse().

## Types et conversions

Certaines méthodes distantes requièrent des paramètres. Ceux-ci sont donnés sous forme de tableau PHP à call(). Chaque paramètre est supposé être un type PHP natif qui sera alors lui-même converti, ou alors un objet représentant un type XML-RPC (un objet parmi les Zend_XmlRpc_Value).

### Types PHP natifs comme paramètres

Les paramètres passés à call() peuvent être d'un type PHP natif, à savoir `string`, `integer`, `float`, `boolean`, `array`, ou `object`. Dans ce cas, chacun des types sera converti de manière automatique en son type compatible XML-RPC, suivant la table suivante :

PHP et XML-RPC, conversions de types

Type PHP natif | XML-RPC type
--- | ---
integer | int
Zend_Crypt_Math_BigInteger | i8
double | double
boolean | boolean
string | string
null | nil
array | array
associative array | struct
object | array
Zend_Date | dateTime.iso8601
DateTime | dateTime.iso8601

Comment est casté un tableau vide ?

Fournir un tableau vide à une méthode XML-RPC est problématique, car il peut être représenté sous la forme soit d'un tableau, soit d'une structure ("struct"). Zend_XmlRpc_Client détecte ce genre de conditions et fait une requête vers la méthode `system.methodSignature` du serveur pour déterminer le type XML-RPC approprié vers le quel casté.

Cependant, ceci peut mener malgré tout à des soucis. Premièrement, les serveurs qui ne supportent `system.methodSignature` vont retourner une requête de type échec, et Zend_XmlRpc_Client résultera en un cast de la valeur de type tableau XML-RPC ("array"). De plus, ceci sous-entend que tout appel avec des arguments de type tableau entraîneront un appel additionnel au serveur distant.

Pour désactiver entièrement la recherche, vous pouvez appeler la méthode setSkipSystemLookup() avant de réaliser votre appel XML-RPC :

    $client->setSkipSystemLookup(true);
    $result = $client->call('foo.bar', array(array()));

### Objets Zend_XmlRpc_Value en tant que paramètres

Les paramètres peuvent aussi être des objets Zend_XmlRpc_Value qui spécifient alors exactement un type XML-RPC. Les raisons principales d'utiliser un tel procédé sont :

- Lorsque vous voulez être certain du type de paramètre (la méthode attend un entier et vous le récupérez sous forme de chaîne de caractères depuis une base de données).

- Lorsque la méthode attend un type `base64` ou `dateTime.iso8601` (ceux-ci n'existant pas nativement dans le langage PHP).

- Lorsque la conversion de types (cast) peut échouer (vous voulez passer une valeur XML-RPC vide comme paramètre. Mais les valeurs vides en PHP sont représentés sous forme de tableaux vides, or si vous passez un tableau vide à votre méthode `call`, il va être converti en un tableau XML-RPC, comme ce n'est pas un tableau associatif).

Deux manières existent pour créer des objets Zend_XmlRpc_Value : instanciez une sous-classe Zend_XmlRpc_Value directement, ou utilisez une fabrique ("factory method") telle que Zend_XmlRpc_Value::getXmlRpcValue().

Objets Zend_XmlRpc_Value comme types XML-RPC

XML-RPC Type | Zend_XmlRpc_Value Constante | Zend_XmlRpc_Value Objet
--- | --- | ---
int | `Zend_XmlRpc_Value::XMLRPC_TYPE_INTEGER` | Zend_XmlRpc_Value_Integer
i8 | `Zend_XmlRpc_Value::XMLRPC_TYPE_I8` | Zend_XmlRpc_Value_BigInteger
ex:i8 | `Zend_XmlRpc_Value::XMLRPC_TYPE_APACHEI8` | Zend_XmlRpc_Value_BigInteger
double | `Zend_XmlRpc_Value::XMLRPC_TYPE_DOUBLE` | Zend_XmlRpc_Value_Double
boolean | `Zend_XmlRpc_Value::XMLRPC_TYPE_BOOLEAN` | Zend_XmlRpc_Value_Boolean
string | `Zend_XmlRpc_Value::XMLRPC_TYPE_STRING` | Zend_XmlRpc_Value_String
nil | `Zend_XmlRpc_Value::XMLRPC_TYPE_NIL` | Zend_XmlRpc_Value_Nil
ex:nil | `Zend_XmlRpc_Value::XMLRPC_TYPE_APACHENIL` | Zend_XmlRpc_Value_Nil
base64 | `Zend_XmlRpc_Value::XMLRPC_TYPE_BASE64` | Zend_XmlRpc_Value_Base64
dateTime.iso8601 | `Zend_XmlRpc_Value::XMLRPC_TYPE_DATETIME` | Zend_XmlRpc_Value_DateTime
array | `Zend_XmlRpc_Value::XMLRPC_TYPE_ARRAY` | Zend_XmlRpc_Value_Array
struct | `Zend_XmlRpc_Value::XMLRPC_TYPE_STRUCT` | Zend_XmlRpc_Value_Struct

Conversion automatique

Lorsque vous créez un objet Zend_XmlRpc_Value, sa valeur est déterminée par un type PHP. Celui-ci va être converti vers le type désiré en utilisant le cast PHP. Par exemple si une chaîne de caractères est donnée comme valeur à un objet Zend_XmlRpc_Value_Integer, elle sera alors convertie suivant la règle `(int)$value`.

## Objet proxy du serveur

Un autre moyen d'appeler des méthodes avec un client XML-RPC est d'utiliser le proxy du serveur. C'est un objet PHP qui proxie un espace de nom XML-RPC, en fonctionnant autant que possible comme les objets PHP.

Pour instancier un proxy serveur, appelez getProxy() de Zend_XmlRpc_Client. Elle retourne un objet Zend_XmlRpc_Client_ServerProxy. Tout appel de méthode sur l'objet proxy sera proxié vers le serveur XML-RPC, et les paramètres seront utilisés comme pour une méthode PHP banale.

Proxy espace de nom par défaut

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    $service = $client->getProxy();
    // Proxy l'espace de nom par défaut

    $hello = $service->test->sayHello(1, 2);
    // test.Hello(1, 2) retourne "hello"

La méthode getProxy() reçoit un argument optionnel désignant l'espace de nom à utiliser par le proxy. Par défaut, il s'agit de l'espace général, voici un exemple utilisant un espace de nom `test` :

Proxy un espace de nom

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    $test  = $client->getProxy('test');
    // Proxy l'espace de nommage "test"

    $hello = $test->sayHello(1, 2);
    // test.Hello(1,2) retourne "hello"

Si le serveur distant supporte les espaces de noms imbriqués, alors le proxy les supportera. Par exemple, si le serveur dans l'exemple ci-dessus acceptait les espaces de noms imbriqués, alors sa méthode `test.foo.bar()` aurait pu être appelée via `$test->foo->bar()`.

## Gestion des erreurs

Deux types d'erreurs peuvent être distingués : erreurs HTTP, ou erreurs XML-RPC. L'objet Zend_XmlRpc_Client reconnaît ces erreurs et fournit les moyens de les repérer et de les gérer.

### Erreurs HTTP

Si une erreur HTTP survient, par exemple le serveur renvoie un `404 Not Found`, alors une Zend_XmlRpc_Client_HttpException sera levée.

Gérer les erreurs HTTP

    $client = new Zend_XmlRpc_Client('http://foo/404');

    try {

        $client->call('bar', array($arg1, $arg2));

    } catch (Zend_XmlRpc_Client_HttpException $e) {

        // $e->getCode() retourne 404
        // $e->getMessage() retourne "Not Found"

    }

Quelque soit l'utilisation du client XML-RPC, une Zend_XmlRpc_Client_HttpException sera systématiquement levée lorsqu'une erreur HTTP de quelque type que ce soit est rencontrée.

### Erreurs XML-RPC (Faults)

Une erreur XML-RPC peut être assimilée à une exception en PHP. C'est un type spécial retourné par une des méthodes du client XML-RPC, et ce type contient un message, et un code d'erreur. Les erreurs XML-RPC seront gérées différemment en fonction du contexte d'utilisation de l'objet Zend_XmlRpc_Client.

Lors de l'utilisation de la méthode call(), ou de l'objet proxy serveur, une erreur XML-RPC aura pour effet de lancer une Zend_XmlRpc_Client_FaultException. Le code et le message de l'exception seront rendus dans leurs valeurs respectives de la réponse XML-RPC.

Gérer les erreurs XML-RPC

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    try {

        $client->call('badMethod');

    } catch (Zend_XmlRpc_Client_FaultException $e) {

        // $e->getCode() retourne 1
        // $e->getMessage() retourne "Unknown method"

    }

En utilisant call(), une exception Zend_XmlRpc_Client_FaultException sera donc lancée si une erreur survient. Un objet Zend_XmlRpc_Response contenant l'erreur sera de même disponible via la méthode getLastResponse().

Lors de l'utilisation de la méthode doRequest(), aucune exception ne sera levée si une erreur XML-RPC survient. Simplement, l'objet Zend_XmlRpc_Response retourné contiendra l'erreur. Vérifiez-en l'état avec isFault().

## Introspection du serveur

Certains serveurs XML-RPC supportent l'introspection de leurs méthodes au travers de l'espace de noms `system.` Zend_XmlRpc_Client fournit un support d'un tel procédé.

Une instance de Zend_XmlRpc_Client_ServerIntrospection sera retournée si vous appelez la méthode getIntrospector() sur l'objet Zend_XmlRpcClient.

## De la requête à la réponse

Dans les faits, la méthode call() de Zend_XmlRpc_Client fabrique un objet Zend_XmlRpc_Request et l'envoie à une méthode doRequest(), qui retourne un objet de réponse Zend_XmlRpc_Response.

La méthode doRequest() est disponible directement si besoin :

Effectuer une requête et récupérer une réponse manuellement

    $client = new Zend_XmlRpc_Client('http://framework.zend.com/xmlrpc');

    $request = new Zend_XmlRpc_Request();
    $request->setMethod('test.sayHello');
    $request->setParams(array('foo', 'bar'));

    $client->doRequest($request);

    // $client->getLastRequest() retoure instanceof Zend_XmlRpc_Request
    // $client->getLastResponse() retourne instanceof Zend_XmlRpc_Response

Lorsqu'une méthode XML-RPC est appelée, quel qu'en soit le moyen, (call(), doRequest() ou proxy serveur), le dernier objet de requête, et son homologue de réponse, seront toujours disponibles, au travers des appels à getLastRequest() et getLastResponse().

## Client HTTP et tests

Dans tous les exemples utilisés sur cette page, nous ne parlons jamais du client HTTP. Lorsque c'est nécessaire, une instance de Zend_Http_Client sera créée par défaut et injectée dans Zend_XmlRpc_Client de manière automatique.

L'objet client HTTP peut être récupéré à tout moment grâce à la méthode getHttpClient(). setHttpClient() permet d'injecter un objet Zend_Http_Client.

setHttpClient() est particulièrement utilisée pour les tests unitaires. Lorsque combinée avec Zend_Http_Client_Adapter_Test, les services Web peuvent être déguisés (émulés) pour les tests. Voyez les tests unitaires de Zend_XmlRpc_Client pour des exemples concrets.