> Jabber démontre donc qu'il vaut mieux 100 fois 1 connexion (Pidgin etc... chez le client) que 1 fois 100 connexions (passerelles)!
Sauf que c'est loin d'être équivalent.
Ca impose à chaque client de gérer X protocoles de messagerie avec les options associées au lieu d'un seul ouvert. Et comme il est dit dans la news, ce genre de support est complexe et prend du temps. Il est logique qu'il soit centralisé justement.
Mais aussi certains de ces protocoles imposent une seule connexion active à la fois. Avoir une passerelle centralisée est aussi important là dessus.
La passerelle était une bonne solution.
Maintenant je ne les utilisais pas, justement à cause d'une stabilité loin d'être parfaite et d'un support trop partiel par rapport à mon pidgin. Du coup je ne reproche pas à l'APINC de les avoir fermé, mais qu'on ne dise pas que les clients multiprotocoles sont une solution équivalente, ou même meilleure sur le principe.
L'idéal serait un développement de passerelles basé sur la libpurple de pidgin. Il y aura déjà une abstraction de réalisée, il suffirait probablement de mettre un peu de colle (oui, je sais, ça demande quand même pas mal de boulot, mais pas de tout réimplémenter soi).
[^] # Re: Que va-t-il rester à Jabber et la centralisation des protocoles?
Posté par Éric (site web personnel) . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 6.
Sauf que c'est loin d'être équivalent.
Ca impose à chaque client de gérer X protocoles de messagerie avec les options associées au lieu d'un seul ouvert. Et comme il est dit dans la news, ce genre de support est complexe et prend du temps. Il est logique qu'il soit centralisé justement.
Mais aussi certains de ces protocoles imposent une seule connexion active à la fois. Avoir une passerelle centralisée est aussi important là dessus.
La passerelle était une bonne solution.
Maintenant je ne les utilisais pas, justement à cause d'une stabilité loin d'être parfaite et d'un support trop partiel par rapport à mon pidgin. Du coup je ne reproche pas à l'APINC de les avoir fermé, mais qu'on ne dise pas que les clients multiprotocoles sont une solution équivalente, ou même meilleure sur le principe.
L'idéal serait un développement de passerelles basé sur la libpurple de pidgin. Il y aura déjà une abstraction de réalisée, il suffirait probablement de mettre un peu de colle (oui, je sais, ça demande quand même pas mal de boulot, mais pas de tout réimplémenter soi).