Contient la configuration des topics suivants :
Apache ActiveMQ Artemis core est JMS-agnostic. Il n'a pas de concept de topic JMS. Un topic JMS est implémenté (core) sous forme d’une adresse (le nom du topic) avec zéro ou plusieurs files d'attente qui lui sont liées. Chaque file d'attente liée à cette adresse représente un abonnement à un topic. De même, une file d'attente JMS est implémentée comme une adresse (le nom de la file d'attente JMS) avec une seule file d'attente qui lui est liée et qui représente la file d'attente JMS.
Par convention, toutes les files d'attente de JMS correspondent à des files d'attente core où le nom de la file d'attente a la chaîne "jms.queue". Par exemple, la file d'attente core JMS du nom "orders.europe" correspond à la file d'attente centrale ayant pour nom "jms.queue.orders.europe". L'adresse à laquelle la file d'attente du noyau est liée est également donnée par le nom de la file d'attente core.
Pour les topics JMS, l'adresse à laquelle les files d'attente qui représentent les abonnements sont liées est donnée en ajoutant la chaîne de caractères "jms.topic" au nom du sujet JMS. Par exemple, le sujet JMS avec le nom "news.europe" correspont à l'adresse core "jms.topic.news.europe" ;
Les destinations JMS, ainsi que les fabriques de connexion JMS, sont des objets administratifs JMS. Les destinations sont utilisées par les clients JMS pour la production et la consommation des messages. La destination permet au client JMS de spécifier la cible lorsqu'il produit des messages et la source des messages lorsqu'il consomme des messages. Lorsque vous utilisez un modèle « publish-subscribe », les destinations sont appelées topics. Lors de l'utilisation d'un modèle « point-to-point », les destinations sont appelées files d'attente.
Les applications peuvent utiliser de nombreuses destinations JMS différentes, qui sont configurées côté serveur, et auxquelles on accède généralement via JNDI.
Les paramètres de sécurité sont utilisés pour configurer la sécurité pour des destinations spécifiques. Cela se fait en ajoutant une contrainte de sécurité à l'aide de l'élément de configuration security-setting. ${build.shortName} messaging est livré avec un security-setting configuré par défaut.
L'option security-setting utilise des caractères génériques pour gérer les destinations sur lesquelles il faut appliquer la contrainte de sécurité. La valeur d'un seul modèle # pourra établir une correspondance avec toutes les adresse. Pour plus d'informations sur l'utilisation des caractères génériques dans les contraintes de sécurité, voir Sécurité basée Rôles pour les adresses.
Le sous-système messaging-activemq dispose de plusieurs options configurables qui contrôlent les aspects suivants : comment et quand un message est délivré, combien de tentatives doivent être faites et quand le message expire. Ces options de configuration existent toutes dans l'élément de configuration <adress-setting>. Vous pouvez demander à ${build.shortName} d'appliquer un seul paramètre <address-setting> à plusieurs destinations en utilisant une syntaxe de caractère générique.
Pour plus d'informations sur l'utilisation des caractères génériques dans les configurations d'adresse, voir Syntaxe des caractères génériques.
Les déviations sont des objets configurés dans la messagerie ${build.shortName} qui aident à détourner les messages d'une adresse vers une autre. Les dérivations peuvent être catégorisées en types suivants :
Une déviation ne redirigera un message que vers une adresse sur le même serveur. Si vous voulez dévier vers une adresse sur un serveur différent, un modèle commun serait de dévier vers une file d'attente locale, puis de configurer une api qui consomme à partir de cette file d'attente et transfère vers une adresse sur un serveur différent.