Message Oriented Middleware : MOM

client send receive serveur

File de messages
persistante :
asynchronisme et
fiabilité

Indépendance de l ’émetteur et du Application A Application B

destinataire
début début
lecture sélective (pas nécessairement ordre File sortie File entrée
d ’arrivée) Attacher_files Attacher_files
anonymat : désignation par nom logique,
Déposer_msg Lire_msg
nom d ’un groupe ou par un ensemble de
propriétés
support de l ’hétérogénéité : des données, File entrée File sortie
Lire_msg Déposer_msg
des systèmes et des réseaux
Simplicité de l ’API (send, receive)
performances
Bonne intégration avec les applications
anciennes (prog. Classique, technologie
mature)
différentes qualités de service (y compris
transactionnel)
support de communication de groupe
! "
Chaque serveur exporte un certain nombre
de messages
chaque client potentiel peut choisir de
s ’abonner (puis de se désabonner) à un
message
lors du déclenchement du message, il est
transmis à tous les clients qui se sont
abonnés
Taille des messages limitée
pas de sémantique dans les messages (doit
être reconstruite dans les applications cliente
et serveur)
peu de standard (à noter expérience MOMA
et JMS)
! "
Permet une notion de groupe dynamique et
non statique
certains systèmes permettent de donner une
sémantique transactionnelle sur l ’envoi de
message au groupe (si un seul abonné n ’est
pas atteint on annule tous les envois)
bien adapté à certaines applications (push sur
le web, administration de réseaux et
systèmes)
#
% & ( )

MQSeries d ’IBM JMS : API Java d ’accès uniforme aux

http://www.software.ibm.com/ts/mqseries systèmes de messagerie :
MSMQ de Microsoft IBM MQSeries
http://www.microsoft.com/msmq Novell, Oracle, Sybase
MessageQ de BEA System Tibco
http://www.beasys.com/products/mq/mqdata.ht pas Microsoft !
m Selon un modèle point à point ou publish and
PeerLogic Pipes subscribe
http://www.peerlogic.com/products/f_pp.htm
$ '