Déjà, félicitations pour l’avancée, grâce a ça on pourra voir des composants (au sens XMPP) se développer sans être spécifique a un serveur. Excellent !
En fait si j'ai bien compris, ici il s'agit d’étendre un peu les capacités des composants. Du coup on se retrouve avec:
la XEP-0114 qui est une standardisation d'une pratique répandue (a l’époque)
la XEP-0225 qui veut nettoyer un peu ça mais qui n'est pas encore standard
deux XEP qui permettent aux composants d'agir plus comme des serveurs que comme des clients
Du coup j'ai deux questions:
Est-ce qu'il y a des cas d'utilisation dans lesquels une des deux XEP pourrait etre utile mais pas l'autre ? Dit autrement, pourquoi deux XEP et pas une seule ?
Est-ce qu'il n'y avait pas moyen de pousser pour une mise a jour du protocole des composants, c'est-a-dire dépoussiérer 225 en y ajoutant vos cas d'utilisation ?
# Fusion avec XEP-0114
Posté par rakoo (site web personnel) . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 3.
Déjà, félicitations pour l’avancée, grâce a ça on pourra voir des composants (au sens XMPP) se développer sans être spécifique a un serveur. Excellent !
En fait si j'ai bien compris, ici il s'agit d’étendre un peu les capacités des composants. Du coup on se retrouve avec:
Du coup j'ai deux questions:
Est-ce qu'il y a des cas d'utilisation dans lesquels une des deux XEP pourrait etre utile mais pas l'autre ? Dit autrement, pourquoi deux XEP et pas une seule ?
Est-ce qu'il n'y avait pas moyen de pousser pour une mise a jour du protocole des composants, c'est-a-dire dépoussiérer 225 en y ajoutant vos cas d'utilisation ?