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. 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. 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) : 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(). 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). 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 : Type PHP natif XML-RPC type integer int double double boolean boolean string string array array associative array struct object array 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 : setSkipSystemLookup(true); $result = $client->call('foo.bar', array(array())); ]]> 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(). XML-RPC Type Zend_XmlRpc_Value Constante Zend_XmlRpc_Value Objet int Zend_XmlRpc_Value::XMLRPC_TYPE_INTEGER Zend_XmlRpc_Value_Integer 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 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 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. 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. getProxy(); // Proxy l'espace de nom par défaut $hello = $server->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 : 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(). 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. Si une erreur HTTP survient, par exemple le serveur renvoie un 404 Not Found, alors une Zend_XmlRpc_Client_HttpException sera levée. 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. 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. 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(). 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. 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 : setMethod('test.sayHello'); $request->setParams(array('foo', 'bar')); $client->doRequest($request); // $server->getLastRequest() retoure instanceof Zend_XmlRpc_Request // $server->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(). 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.