Discussion :

[cdm1024]

Bonjour,

J'aimerai connaître vos techniques et méthodes de dévelppement avec flex et en particulier zend_amf.

Je débute dans le domaine et je suis confontré a un problème récurrent : Les erreurs dans le code php où qu'ils soient et dans les services.

Quand l'erreur php génére une erreur à l'appel du endpont le problème n'est pas trop difficile à rédoudre.

Quand l'erreur php génère une erreur à l'appel de sevices flex c'est à dire de remote object là je dois dire que débugger est quasiment impossible ou au petit bonheur la chance. En effet ni flex ni php ne retourne d'erreur pour aider au déboguage.

Est-ce moi qui m'y prend mal ? Avez des méthodes efficaces pour ces problèmes ?

Merci.

[berceker united]

Personnellement, j'utilise aucune framework coté PHP pour travailler avec Flex. La raison est que personnellement j'ai pas le temps de jouer et ça me fait pas spécialement gagner du temps. J'utilise qu'un seul protocole de réponse pour Flex qui est le XML généré par PHP.
C'est à dire, qu'avant même de travailler avec Flex je termine la partie PHP et voir que les réponses sont correcte. Derrière Flex n'a juste qu'a lire ce XML et cela s'arrête là.
Ce que je dis c'est pas parole d'Evangile mais juste pour préciser que tu n'es pas spécialement obligé de passer par une framework. Utilise la méthode qui t'arrange le plus, personne t'en tiendra rigueur bien au contraire.

[geos25]

Bonjour,

pour avoir bosser depuis qq temps sur le sujet, je ne peux que confirmer que debugger les services Zend_AMF en PHP n'est pas évident surtout avec Zend Debugger+Zend Studio. Enfin, en tout cas de mon côté, ça fait planter ZendStudio une fois sur deux une fois que je fais du "pas à pas" dans la méthode remote. En revanche, il faudrait tester avec d'autres debugger pour php.

La seule solution que j'ai trouvé en cas d'erreur est d'aller dans les logs d'erreur côté phperror.log. Là, tu auras des traces et en placant des logs soigneusement tu pourras tjs arriver à débugger les choses à l'ancienne !

En dehors de cette problématique, Zend_AMF reste une excellente solution si tu as des quantités importantes de données à faire voyager puisqu'à la différence du XML, les données sont en binaires donc plus compactes et quand ça voyage par le réseau forcément c'est plus léger.

Voila, bon courage à toi et tiens nous au courant si tu as avancé sur le debugging Zend_AMF !

Cdlt.

Antoine Verger

[berceker united]

Bonjour,

pour avoir bosser depuis qq temps sur le sujet, je ne peux que confirmer que debugger les services Zend_AMF en PHP n'est pas évident surtout avec Zend Debugger+Zend Studio. Enfin, en tout cas de mon côté, ça fait planter ZendStudio une fois sur deux une fois que je fais du "pas à pas" dans la méthode remote. En revanche, il faudrait tester avec d'autres debugger pour php.

La seule solution que j'ai trouvé en cas d'erreur est d'aller dans les logs d'erreur côté phperror.log. Là, tu auras des traces et en placant des logs soigneusement tu pourras tjs arriver à débugger les choses à l'ancienne !

En dehors de cette problématique, Zend_AMF reste une excellente solution si tu as des quantités importantes de données à faire voyager puisqu'à la différence du XML, les données sont en binaires donc plus compactes et quand ça voyage par le réseau forcément c'est plus léger.

Voila, bon courage à toi et tiens nous au courant si tu as avancé sur le debugging Zend_AMF !

Cdlt.

Antoine Verger

Ha par contre le faite que les données soit en binaire c'est pas mal. Il est vrai que de mon coté je me suis posé la question des données trop grosse et je ne sais pas s'il existe un système de compression et décompression coté flex.

[geos25]

Il y a des avantages et des inconvénients à AMF mais au final en étant outillé correctement ("Charles" pour intercepter les réponses AMF est parfait pour débugger), et bien on finit par retenir AMF pour ses performances ...
même s'il a ses détracteurs, le benchmark de James Ward confirme les performances de ce protocole : http://www.jamesward.com/census/ ...

Antoine Verger