Peut être que le soucis ici c'est le mot "Web". L'IETF (et XMPP) a vocation à standardiser des protocoles s'appliquant sur le réseau "Internet" alors que le W3C ne s'occupe principalement que ce qui touche au Web (donc, en gros, ce qui est construit sur HTTP).
Ce que j'ai répété pendant pas mal de temps dans mes conférences c'est que le "Web" et un sous-ensemble de "Internet" (HTTP repose sur TCP...).
Ce n'est pas un soucis en soit mais XMPP a vocation d'être accessible depuis un nombre d'application bien plus grandes "by design" (ce qui est aussi une critique qu'on lui apporte, les premiers pas sur XMPP sont plus difficiles que de jouer avec une simple API REST/JSON). Aussi essayer de transformer un protocole "connecté" (construit sur des flux) comme XMPP en protocole "déconnecté" (construit sur des requêtes) est bien plus simple que l'inverse.
[^] # Re: Interopérabilité avec le Social Web ?
Posté par edhelas (site web personnel) . En réponse au journal Construisez un web décentralisé avec Salut à Toi et XMPP !. Évalué à 5.
Peut être que le soucis ici c'est le mot "Web". L'IETF (et XMPP) a vocation à standardiser des protocoles s'appliquant sur le réseau "Internet" alors que le W3C ne s'occupe principalement que ce qui touche au Web (donc, en gros, ce qui est construit sur HTTP).
Ce que j'ai répété pendant pas mal de temps dans mes conférences c'est que le "Web" et un sous-ensemble de "Internet" (HTTP repose sur TCP...).
Ce n'est pas un soucis en soit mais XMPP a vocation d'être accessible depuis un nombre d'application bien plus grandes "by design" (ce qui est aussi une critique qu'on lui apporte, les premiers pas sur XMPP sont plus difficiles que de jouer avec une simple API REST/JSON). Aussi essayer de transformer un protocole "connecté" (construit sur des flux) comme XMPP en protocole "déconnecté" (construit sur des requêtes) est bien plus simple que l'inverse.