JMS et ESB - comment sont-ils liés?

JMS propose un ensemble d'Api pour la messagerie: mettre un message dans une file d'attente, quelqu'un d'autre, quelque temps plus tard, peut-être géographiquement éloignés prend le message de la file d'attente et les processus. Nous avons découplé dans le temps et l'emplacement du message fournisseur et le consommateur. Même si le message de consommation arrive à être vers le bas pour un temps, nous pouvons continuer à produire des messages.

JMS propose également un service de publication/abonnement capacité où le réalisateur met le message d'un "sujet" et toutes les parties intéressées peuvent s'abonner à ce sujet, la réception des messages comme et quand ils sont produits, mais pour l'instant, concentrez-vous sur la file d'attente capabilty.

Nous avons découplé certains aspects de la relation entre le fournisseur et le consommateur. Cependant, certains de couplage reste. Tout d'abord, comme les choses se présentent chaque message est traité de la même manière. Supposons que nous voulons mettre en place différents types de traitement pour les différents types de messages:

 if ( message.customer.type == Platinum )
      do something special

Évidemment, nous pouvons écrire le code comme ça, mais une alternative serait d'avoir un système de messagerie qui permet d'envoyer des messages différents à des endroits différents, nous avons mis en place trois files:

 Request Queue, the producer(s) puts their requests here
 Platinum Queue, platinum consumer processing reads from here
 Standard Queue, a standard consumer reads messages from here

Et puis tous nous avons besoin est un peu d'intelligence dans le système de file d'attente elle-même pour le transfert puis de message vocal à partir de la Demande de la File d'attente à la Platine de la File d'attente ou à la Norme de la File d'attente.

C'est donc un Contenu Basé sur la capacité de Routage, et c'est quelque chose qu'un ESB fournit. Notez que l'ESB utilise les fondamentaux des files d'attente des fonctionnalités offertes par JMS.

Un deuxième type de couppling est que le consommateur et le producteur doivent s'entendre sur le format de message. Dans les cas simples, c'est très bien. Mais quand vous commencez à avoir beaucoup de producteurs tous de mettre un message à la file d'attente, vous commencez à frapper le versioning des problèmes. De nouveaux formats de message sont mis en place, mais vous ne voulez pas en changer tous les fournisseurs existants.

  Request Version 1 Queue  Existing providers write here
  Request Version 2 Queue  New provider write here, New Consumer Reads here

Et l'ESB ramasse la Version 1 de la File d'attente des messages et les transforme en Version 2 messages et les met sur la Version 2 de la file d'attente.

Message transformation est une autre GDE capacité.

Regarder ESB produits, voir ce qu'ils peuvent faire. Comme je travaille pour IBM, je suis plus familier avec WebSphere ESB

• Un ajout à la liste ci-dessus est le dernier Open Source ESB - UltraESB

JMS n'est pas bien adapté pour l'intégration des services REST, systèmes de Fichiers, S/FTP, e-Mail, de Hesse, de SAVON, etc. qui sont mieux traitées avec un ESB qui prend en charge ces types de manière native. Par exemple, si vous avez un processus qui exporte un fichier CSV de 500 MO à minuit, et que vous voulez un autre système pour récupérer le fichier, analyser CSV et importer dans une base de données, cela peut être réalisé facilement par un ESB - alors qu'une solution juste JMS sera mauvaise. De même, l'intégration des services REST, avec équilibrage de la charge de basculement à plusieurs backend instances qui peut être mieux fait avec un ESB appui HTTP/S en mode natif.

ESB offre une intégration avec beaucoup de protocoles différents en plus de JMS.

La plupart l'utilisation de JMS derrière les coulisses de transfert, stor et déplacer les messages. Une telle solution OpenESB, utilise le format XML des messages.

Il y a ESB open source qui vous pourriez checkout -

• OpenESB
• Apache Camel
• MuleESB
• WSO2 ESB

JMS mise en œuvre comme ActiveMQ venir avec Camel intégré en eux.

Il y a JMS message courtiers , que vous pouvez configurer facilement avec de l'ESB. https://docs.wso2.com/display/ESB470/JMS+Transport