JMS Request Reply

:salut:
Voil� j'utilise JMS avec l'impl�mentation d'Apache : ActiveMQ.

Pour mon application d'entreprise; je souhaite mettre en place un principe de requete/r�ponse entre deux classes .

Le principe est simple :

une classe requester envoie un message JMS vers une queue de destination puis reste en �coute sur une autre queue de r�ponse en mode synchrone (bloqu�e jusqu'� r�ception de la r�ponse )

une classe replier est en �coute sur la queue de requete et � chaque message arriv� elle renvoie une r�ponse sur la queue de r�ponse..

Le requester reconnait que la r�ponse re�ue le concerne en utilisant l'attribut correlationID de l'objet Message.

Plus de d�tail sur ce site : http://www.enterpriseintegrationpatt...msExample.html

Le probl�me c'est que je souhaite que le requester lise tous les messages l'un apr�s l'autre et ne sorte de la queue que le message qui le concerne. Pour cela, la seule chose que j'ai trouv� c'est de jouer sur l'attribut acknowledge mode de la session mais j'ai encore un soucis :
- si je mets auto-acknowledge : chaque message lu par le requester est sorti de la queue m�me s'il ne le concerne pas . ainsi ce message est perdu pour ces vrais propri�taires ( les autres requesters )

- si je met CLIENT.acknowledge : un message lu n'est sorti de la queue que si l'application l'acquitte manuellement. mais d�s que je fais msg.acknowledge() tous les messages sont sortis pas seulement celui acquitt�.

Quelqu'un peut il m'aider sur ce probl�me assez complexe ....??

Ceci devrait t'aider.

Mais jms ce n'est pas fait pour faire du synchrone � la base. Si ca t'int�resse regarde cette excellent article Choosing among JCA, JMS, and Web services for EAI

Ce qui se trouve dans le 1er lien c'est exactement ce que j'ai fait ... mon seul probleme c'est quand il y a plusieurs messages dans la queue de r�ponse .. comment un objet qui effectue une requete peut sortir de la queue de r�ponse le message qui lui correspond et laisser tous les autres , ...

Le choix du JMS pour impl�menter un request/reponse vient du fait qu'avant on avait con�u de l'utiliser mais en asynchrone mais est venu le besoin de s'assurer que le message est bien arriv� avant d'effacer l'information de l'application �mettrice .
A ce moment l�, on a pens� changer pour les WebServices mais :
1 - J'ai trouv� les patterns de request/response pour JMS et j'ai donc pens� que c'�tait pas si absurde
2 - On a remarqu� que les web services �taient assez lents
Me suis je tromp� dans mes conclusions?

�a marche avec l'exemple qui se trouve dans le lien donn� par @Ikey: http://activemq.apache.org/how-shoul...-with-jms.html

voici des points relev�s dans l'article :

Code:

---

1 2 3 4 5 6 7

Use the following summary of decision points:   You have existing Java applications or plan a new one: use JMS or JCA.   You need to interact with partners: use Web services for transport and connection.   You need to cross the barrier between languages: use JMS or Web services.

---