java-ee
Java Connector Architecture (JCA)
Recherche…
Remarques
Clarifions d'abord certaines terminologies:
- La messagerie sortante est l'endroit où le message démarre depuis le serveur (pour être plus précis, il est lancé depuis votre application que vous avez sur le serveur,
WebSphere Libertydans ce cas) et se termine sur le système EIS. - La messagerie entrante est l'endroit où le message commence à partir du système EIS et se termine sur le serveur.
- Message Point final en général, l'endroit où le message se retrouve assis / reçu à un stade spécifique de son cycle de vie.
Ainsi, avec la connectivité sortante, nous faisons référence à la situation dans laquelle une application obtient une connexion à un système EIS externe et y lit ou écrit des données. Avec la connectivité entrante, nous faisons référence à la situation dans laquelle l'adaptateur de ressources (RA) écoute les événements du système EIS externe et appelle votre application lorsqu'un tel événement se produit.
Illustration d'un RA sortant
Illustration d'un RA entrant
Qu'est-ce qu'un message de MessageEndPoint dans JCA?
Le serveur d'applications (ex: WebSphere Liberty ) fournit des MBeans de point de terminaison de message pour vous aider à gérer la remise d'un message à vos beans gérés par message agissant comme écouteurs sur des ordinateurs d'extrémité spécifiques, qui sont des destinations et gérant les ressources EIS. utilisé par ces haricots à message. Les beans pilotés par message qui sont déployés en tant que noeuds finaux de message ne sont pas les mêmes que les beans pilotés par message configurés sur un port d'écoute. Les beans pilotés par message qui sont utilisés en tant que noeuds finaux de message doivent être déployés à l'aide d'un ActivationSpecification défini dans une configuration RA pour JCA (disponible dans le fichier ra.xml ).
Qu'est-ce que cela signifie activer un MessageEndPoint?
Avec les MBeans de noeud final de message, vous pouvez activer et désactiver des noeuds finaux spécifiques dans vos applications pour vous assurer que les messages ne sont distribués que sur des beans gérés par des messages qui interagissent avec des ressources EIS saines. Cette fonctionnalité vous permet d'optimiser les performances de vos applications JMS dans les situations où une ressource EIS ne se comporte pas comme prévu. La remise des messages à un noeud final échoue généralement lorsque le bean géré par les messages à l'écoute appelle une opération sur une ressource non saine. Par exemple, un fournisseur de messagerie, qui est un adaptateur de ressources entrantes compatible JCA, peut ne pas transmettre les messages à un noeud final lorsque son bean géré par message tente de valider des transactions sur un serveur de base de données qui ne répond pas.
MessageEndPoint doit-il être un bean?
Cela devrait. Sinon, vous vous retrouverez dans une situation désastreuse en créant votre propre façon de faire non conventionnelle, qui dépassait l'objectif de suivre les spécifications Java EE. Concevez vos beans gérés par message pour déléguer le traitement métier à d'autres beans d'entreprise. N'accédez pas aux ressources EIS directement dans le bean géré par message, mais indirectement via un bean délégué.
Pouvez-vous montrer un exemple simple de travail / déploiement d'un MessageEndPoint?
Vérifiez la deuxième ressource que je mentionne ci-dessous pour un exemple utile.
Ressources d'apprentissage utiles:
Exemple d'adaptateur de ressources
class MyResourceAdapter
implements javax.resource.spi.ResourceAdapter {
public void start(BootstrapContext ctx){..}
public void stop(){..}
public void endpointActivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void endpointDeactivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void getXAResources(ActivationSpec[] activationSpecs){..}
}