Très bon article, toutefois, dommage de ne pas mentionner les efforts qui sont fait en France et particulièrement chez OW2 avec l’ESB Open Source PEtALS.
PEtALS fournit, entre autres, une collection de connecteurs assez fournie, des outils d’aide (notamment un plugin Eclipse) et est nativement distribué.

je partage également l’avis de François sur la tendance Java-centrique de l’article. en effet, pas un mot sur la concurrence, en particulier les solutions d’integration microsoft ! pourtant ‘la firme’ a fait d’énormes progrès en la matière, notamment avec la suite BizTalk. Viennent s’ajouter les solutions d’intégration, d’analyse et de reporting contenues sans cout additionnel dans SQLServer.

Mais il parait que la tendance change… la preuve, j’en suis un parfait exemple :-)

bravo, et merci pour votre initiative.

Merci pour cet article.

Toutefois, je trouve qu’il est de plus en plus réducteur (ou Java-centrique ?)de parler de MOM sans aborder les solutions alternatives à JMS/MQS.

En effet, avec l’explosion des réseaux sociaux et leurs systèmes de messagerie instantanée [1] d’une part et la normalisation des solutions hautes performances de gestion de queues de messages asynchrone utilisées dans les SI des sociétés financières d’autre part, les solutions ne se limitent plus ces deux possibilités.
Ou plutôt, elles ne se sont jamais limitées à ces deux possibilités, mais aujourd’hui la concurrence est beaucoup plus médiatisée – après tout, ce besoin est quelque chose de très répandu, et des solutions opens sources se multiplient à toute vitesse.

Personnellement, je pense que la principale évolution est la maturation rapide de l’écosystème qui se développe autour du protocole AMQP [1], dont la norme tend vers une version 1.0, et qui dispose déjà d’implémentations extrêmement performantes. Des binding clients existent généralement vers un grand nombre de langages communs – de Ruby à C#, en passant par Java, C ou Erlang – elles offrent même parfois une compatibilité AMQP / JSM.
C’est un des avantages de sortir du niveau applicatif (et donc du monde tout Java) en définissant un protocole binaire.

Bref, comme c’est souvent le cas, le monde Java a tendance à ne pas trop regarder ce qu’il se passe dans les autres univers, même si cette tendance s’améliore un peu dernièrement – un effet bénéfique du « polyglotisme » croissant des développeurs Java ?

En résumé : pour tous ceux qui travaillent avec des MOM, surveillez l’évolution d’AMQP de près…

Bonne journée à tous !

[1] Un article faisant le point sur les solutions de gestion de queues de messages asynchrones, avec les particularités propres aux réseaux sociaux: http://wiki.secondlife.com/wiki/Message_Queue_Evaluation_Notes
[2] La page wikipedia du protocol AMQP, avec entre autre les principales implémentations: http://en.wikipedia.org/wiki/Advanced_Message_Queuing_Protocol