INFO : Remote Events for XML (REX)

Que cache REX (Remote Events for XML)?

Le W3C vient de publier la premiere version de travail de REX (Remote 
Events for XML ). Que cache cette specification?

Eric van der Vlist  , Dyomedea ( [email protected] ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/tech/060214-0001).

Donnez votre avis !
mailto:[email protected]?subject=Re:%20INFO%20:%20Remote%20Events%20for%20XML%20(REX)
---------------

Les groupes de travail W3C SVG et Web API publient conjointement une 
premiere version de travail de "Remote Events for XML (REX) 1.0 [1] " 
ainsi de le cahier des charges [2] de cette specification.

REX definit une serialisation XML des evenements decrits par DOM Level 
3.

Son editeur, Robin Berjon  , repond a mes questions.

vdV: Les evenements de DOM Level 3 mentionnes dans cette premiere 
version de REX decrivent des mises a jour a apporter a un arbre DOM . 
REX est-il donc un langage de modification de documents XML ?

RB: REX permet de transmettre des evenements et la prochaine version 
decrira comment transmettre tous les evenements de DOM 3 Events ainsi 
que des evenements « custom ». Cela peut permettre par exemple de 
simuler un clic sur un document distant, de synchroniser des 
interactions, mais ca donne aussi un langage commun permettant a des 
modalites d'interaction de communiquer de facon plus simple, et a tout 
un tas d'autres choses (comme les « remote UIs » sur lesquelles 
travaille IETF [3] Widex [4] ).vdV: Pourquoi avoir limite la premiere 
version aux evenements de mise a jour (mutation events)?RB: Parce que 
le besoin est pressant (et aussi parce que je veux faire des petites 
specifications independantes qui evoluent pas a pas au lieu de mettre 
tout et son contraire dans la premiere version).

vdV: Que voulez-vous dire par « besoin pressant »?

RB: Outre le fait que ce qui nous est demande aujourd'hui par 
l'industrie mobile est principalement les updates (et qu'on en profite 
pour faire avancer une specification plus generique), il est plus 
difficile d'encoder les mutation events que, par exemple, les mouse 
events, d'ou une utilite technique a commencer par la.vdV: Est-ce que 
REX peut etre vu comme une maniere de contourner le fait que XQuery ne 
permette pas pour le moment de mettre a jour des documents?

RB: REX ne veut pas concurrencer XQuery Udpates : XQuery Updates donne 
des moyens programmatifs pour mettre a jour un arbre, mais ne parle pas 
de la transmission dans le cas ou l'arbre en question n'est pas sur la 
meme machine. REX pourrait etre un format de transmission pour XQuery 
Updates, et donc ne vient pas tant combler une lacune de XQuery qu'en 
complementer une implementation possible.

vdV: Je n'ai pas suivi de pres les proposition d'update pour XQuery , 
mais j'imagine qu'il devrait etre possible d'inserer des resultats 
d'expressions (comme en SQL) par exemple pour incrementer un compteur 
et j'ai l'impression que REX ne permet d'inserer que des noeuds 
"constants". Dans ce cas, REX pourrait eventuellement etre une 
serialisation pourtransferer le resultats de mises a jours XQuery 
(quand XQuery le permettra) mais pas une serialisation des requetes 
elles-memes.

RB: C'est exactement ce que je voulais dire. L'utilite est limitee, je 
pointais juste ce detail pour montrer que le rapport avec XQuery est en 
fait relativement distant.

vdV: XUpdate semble etre au point mort, REX peut-il en etre un 
concurrent?

RB: Oui, mais le cas d'usage principal n'est pas les bases de donnees 
mais plutot le push de mise a jour a des clients (notamment mobiles).

vdV: Effectivement, et cela semble interessant egalement pour diminuer 
les flux d'echange dans les applications AJAX . Il doit etre assez 
facile d'en realiser une implementation de reference, non?

RB: Il y a toujours des details un peu embetants, mais a priori ca doit 
pas etre la mort non. Je compte en faire une assez rapidement en Perl 
pour pouvoir entamer les tests et verifier que la spec est coherente et 
implementable.

References
- Remote Events for XML (REX) 1.0 [5] ? Version de travail W3C
- Cahier des charges REX 1.0 [6] ? Document W3C
- Document Object Model (DOM) Level 3 Events Specification [7] ? 
  Version de travail W3C
- WIDEX [8] (Widget Description Exchange Service) ? Draft IETF
- XQuery Update Facility [9] ? Version de travail W3C
- XUpdate [10] ? Specification « XML:DB initiative »
Copyright 2006, Eric van der Vlist

---------------------------------------------------------
References:
[1] http://www.w3.org/TR/2006/WD-rex-20060202/
[2] http://www.w3.org/TR/2006/NOTE-rex-reqs-20060202/
[3] 
http://www.ietf.org/internet-drafts/draft-stirbu-widex-framework-00.txt
[4] 
http://www.ietf.org/internet-drafts/draft-stirbu-widex-framework-00.txt
[5] http://www.w3.org/TR/2006/WD-rex-20060202/
[6] http://www.w3.org/TR/2006/NOTE-rex-reqs-20060202/
[7] http://www.w3.org/TR/2003/NOTE-DOM-Level-3-Events-20031107/
[8] 
http://www.ietf.org/internet-drafts/draft-stirbu-widex-framework-00.txt
[9] http://www.w3.org/TR/2006/WD-xqupdate-20060127/
[10] http://xmldb-org.sourceforge.net/xupdate/
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT 
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).