Chapril:services:xmpp:comparatif2019

De April MediaWiki
Révision datée du 15 juin 2019 à 09:16 par Pitchum (discussion | contributions) (Pitchum a déplacé la page Chapril:services:jabber:comparatif2019 vers Chapril:services:xmpp:comparatif2019 : décision april camp)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigationAller à la recherche



Ambox warning red construction.png
/!\ Travail en cours /!\

Cette page présente une page de suivi en cours de réalisation.

Si vous souhaitez participer, n'hésitez pas à laisser votre avis sur la page de discussion en suivant au mieux ces recommandations.


Comparatif de solutions de service Jabber/XMPP

Dans la perspective d'un service de messagerie instantanée basée sur Jabber/XMPP pour le Chapril, une étude comparative de solutions de solutions techniques disponibles.


Comparatifs déjà existants

Recensement

Les deux projets les plus actifs sont Prosody et ejabberd. Heureux hasard : les deux sont disponibles depuis belle lurette dans les dépôts Debian.


Tableau récapitulatif
Nom Depuis Licence Actif Technos
ejabberd 2002 GPL Oui erlang
prosody 2008 MIT Oui Lua
metronome 2013 ISC/MIT Oui Lua
openfire 2002 Apache Oui Java

Comparaison

Le but de cette partie est de lister les avantages et inconvénients de chaque solution recensée.

Quelques principes :

  • oui, les énoncés sont nécessairement subjectifs ;
  • toujours avoir au moins un avantage et un inconvénient pour chaque solution (en cherchant bien, on arrive toujours à en trouver, l'étape suivante est la pondération des avantages/inconvénients donc ça sera ré-équilibré).
Solutions Avantages Inconvénients
ejabberd + projet actif, soutenu et maintenu par la société ProcessOne
+ suit de très près les évolutions du protocole XMPP
+ une référence historique
- codé en Erlang, les messages d'erreur peuvent paraître cryptiques à qui ne programme pas en Erlang
prosody + léger
+ projet actif, communautaire, avec pas mal de contributeurs français qu'on doit pouvoir croiser à des apéros
- codé en Lua
metronome + léger (fork de prosody) - n'apporte pas grand chose par rapport à prosody
openfire + déploiement facile, via une interface Web en clicodrome
+ Interface d'admin Web très complète
- lourdeur dûe au Java

Élection

Cette étape consiste à faire un tri dans les solutions : ne retenir que les avantages et inconvénients majeurs (pondérer) puis en faire un avis (négatif ou positif) argumenté.

TODO

Résultats

Cette étape consiste à énoncer le ou les finalistes.

TODO