En fait j'ai un peu simplifié dans ma phrase, c'est PEP qu'on ne peut pas utiliser comme composant, car on ne peut pas déléguer un espace de nommage à un composant (ma deuxième XEP pas encore écrite va porter là dessus). Pas le temps d'expliquer en détails parce que je dois me coucher et me lever tôt demain (sortie de 0.5 en cours, et demain je pars pour Berlin et la rencontre XMPP).
La première XEP (celle dont j'ai mis le lien) est pour que le service puisse avoir accès à des choses normalement réservées au serveur, comme le roster d'une entité. C'est indispensable pour implémenter un « access-model roster » par exemple (comprendre, pour ne réserver l'accès qu'aux membres d'un groupe de ton roster).
Tu peux passer sur le salon sat@ pour en discuter si tu veux, mais là jusqu'à la fin de semaine ça risque d'être compliqué vu qu'on sera à Berlin (sauf si on a le net facilement).
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 2.
En fait j'ai un peu simplifié dans ma phrase, c'est PEP qu'on ne peut pas utiliser comme composant, car on ne peut pas déléguer un espace de nommage à un composant (ma deuxième XEP pas encore écrite va porter là dessus). Pas le temps d'expliquer en détails parce que je dois me coucher et me lever tôt demain (sortie de 0.5 en cours, et demain je pars pour Berlin et la rencontre XMPP).
La première XEP (celle dont j'ai mis le lien) est pour que le service puisse avoir accès à des choses normalement réservées au serveur, comme le roster d'une entité. C'est indispensable pour implémenter un « access-model roster » par exemple (comprendre, pour ne réserver l'accès qu'aux membres d'un groupe de ton roster).
Tu peux passer sur le salon sat@ pour en discuter si tu veux, mais là jusqu'à la fin de semaine ça risque d'être compliqué vu qu'on sera à Berlin (sauf si on a le net facilement).