|
La diff�rence la plus �vidente entre les haricots message-conduits et la session et les haricots d'entit� est que les clients n'acc�dent pas aux haricots message-conduits par des interfaces. Des interfaces sont d�crites dans la section � la diff�rence d'une session ou l'haricot d'entit�, un haricot message-conduit a seulement une classe d'haricot.
� plusieurs �gards, un haricot message-conduit ressemble � un haricot apatride de session.
Les exemples d'un haricot message-conduit ne maintiennent aucune donn�e ou �tat conversationnel pour un client sp�cifique. Tous les exemples d'un haricot message-conduit sont �quivalent, permettant au r�cipient d'EJB d'assigner un message � n'importe quel exemple message-conduit d'haricot. Le r�cipient peut mettre ces exemples pour permettre � des jets des messages d'�tre trait� concurremment. Un haricot message-conduit simple peut traiter des messages des clients multiples.
Les variables d'exemple de l'exemple message-conduit d'haricot peuvent contenir un certain �tat � travers la manipulation des messages de client--par exemple, un raccordement de JMS api, un raccordement ouvert de base de donn�es, ou une r�f�rence d'objet � un objet d'haricot d'entreprise.
Quand un message arrive, le r�cipient appelle la m�thode de l'onMessage de l'haricot message-conduit pour traiter le message. La m�thode d'onMessage moule normalement le message � une des cinq types et poign�es de message de JMS il selon la logique des affaires de l'application. La m�thode d'onMessage peut appeler des m�thodes d'aide, ou elle peut appeler une session ou un haricot d'entit� pour traiter l'information dans le message ou pour la stocker dans une base de donn�es. Un message peut �tre fourni � un haricot message-conduit dans un contexte de transaction, de sorte que toutes les op�rations dans la m�thode d'onMessage fassent partie d'une transaction simple. Si le traitement de message est roul� en arri�re, le message sera livr� de nouveau.
|
