Introduction au Zend Framework

 Apprendre Zend Framework

appendix

 Guide de référence Zend Framework


  •  Zend_Gdata
  •  Zend_Http
  •  Zend_InfoCard
  •  Zend_Json
  •  Zend_Layout
  •  Zend_Ldap
  •  Zend_Loader
  •  Zend_Locale
  •  Zend_Log
  •  Zend_Mail
  •  Zend_Markup
  •  Zend_Measure
  •  Zend_Memory
  •  Zend_Mime
  •  Zend_Navigation
  •  Zend_Oauth
  •  Zend_OpenId
  •  Zend_Paginator
  •  Zend_Pdf
  •  Zend_ProgressBar
  •  Zend_Queue
  •  Zend_Reflection
  •  Zend_Registry
  •  Zend_Rest

  •  Zend_Search_Lucene
  •  Zend_Serializer
  •  Zend_Server
  •  Zend_Service
  •  Zend_Session
  •  Zend_Soap
  •  Zend_Tag
  •  Zend_Test
  •  Zend_Text
  •  Zend_TimeSync
  •  Zend_Tool
  •  Zend_Tool_Framework
  •  Zend_Tool_Project
  •  Zend_Translate
  •  Zend_Uri
  •  Zend_Validate
  •  Zend_Version
  •  Zend_View
  •  Zend_Wildfire
  •  Zend_XmlRpc
  • ZendX_Console_Process_Unix
  • ZendX_JQuery
  • Translation 61.2% Update 2010-11-28 - Revision 23149 - Version ZF 1.11.x

    79.2. Zend_XmlRpc_Client

    79.2.1. 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.

    79.2.2. 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.

    Exemple 79.1. 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) :

    Exemple 79.2. 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().

    79.2.3. 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).

    79.2.3.1. 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 :

    Tableau 79.1. 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

    [Note] 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()));

    79.2.3.2. 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().

    Tableau 79.2. 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

    [Note] 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.

    79.2.4. 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.

    Exemple 79.3. 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(12);
    // 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 :

    Exemple 79.4. 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(12);
    // 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().

    79.2.5. 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.

    79.2.5.1. 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.

    Exemple 79.5. 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.

    79.2.5.2. 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.

    Exemple 79.6. 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().

    79.2.6. 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.

    79.2.7. 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 :

    Exemple 79.7. 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().

    79.2.8. 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.

    digg delicious meneame google twitter technorati facebook

    Comments

    Loading...