Salut Serge,

Serge Leblanc <[EMAIL PROTECTED]> writes:

> Peux-tu argumenter pourquoi à ton avis cela te semble une hérésie?  je
> souhaite comprendre.
> Il est claire que le protocole XML RPC n'est pas la panacée des
> protocoles mais il a quelques avantages.
> Le fait qu'il existe une api en ocaml et php en est déjà un.

Effectivement (cf. mon premier email).

Au chapitre des désavantages :

 - XML RPC a un encodage réseau non efficace[1]. Par exemple les chaines
   sont encadrées de <string> </string>, chaine « escapée » à la mode
   XML, alors qu'en XDR c'est la longueur de la chaine puis la chaine
   elle même, brute de pomme ;

 - les nombres sont encodées en chaines de caractères : c'est coûteux en
   temps CPU et mémoire et source d'erreurs (buffer overflow et consors)
   ;

 - il n'y a pas la taille de la structure de données *avant* la
   structure elle-même, la taille est implicite. Impossible de
   dimensionner à l'avance la structure de réception et de décoder à la
   volée. Impossible également de faire des vérifications sur la taille
   maximale des structures ;

 - il n'y a pas (à ma connaissance) de langage de description du format
   des messages. En ONC RPC, c'est le XDR qui est compilé vers le
   langage de destination : approche descriptive qui évite les
   ambiguités ;

 - ONC RPC est un peu plus précis au niveau typage (entier 32 et 64
   bits, signé ou non, union) que XML RPC. Mais rien de rédhibitoire. 

Au chapitre des différences de philosophie :

 - ONC RPC est un codage implicite (le récepteur sait quel doit être le
   format du message) alors que XML RPC est un codage explicite (on
   indique quel est le format du message, champ par champ). La seconde
   approche est apparement plus souple, mais c'est oublier qu'il faut de
   toute façon coder le traitement étendu côté client et serveur ;

 - XML RPC veut tout refaire en texte/XML puisque que c'est la mode du
   moment alors qu'ONC RPC existe depuis 30 ans et fait parfaitement son
   boulot. 


> Il faut regarder ce que l'on souhaite faire :
> est-ce que d'autre CMS que drupal auront et pourront accéder aux serveur
> demexp ou exclusivement un client web drupal ?

D'autres CMS, pas seulement Drupal.

> Personnellement je suis pour une ouverture vers d'autres CMS donc pour
> un protocole qui offre une large perspective de diffusion.

Ditto. D'où mes interrogations.


Amicalement,
d.

Footnotes: 
[1]  En fait, XDR/RPC n'est pas si efficace que ça du point de vue
     réseau. Par exemple un octet est stocké comme un entier 32bits (4
     octets). ASN.1 est beaucoup plus efficace de ce point de vue (avec
     la même approche descriptive) mais au prix du complexité
     cauchemardesque. Je trouve dans l'encodage XDR un bon compromis
     complexité/fonctionnalités. 

-- 
GPG/PGP key: A3AD7A2A David MENTRE <[EMAIL PROTECTED]>
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A


-- 
Liste de discussion demexp-fr.
Pour se d�sinscrire, cliquer sur le lien ci-apr�s.
mailto:[EMAIL PROTECTED]

Répondre à