Discussion :

[NizarK]

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 ....??

[@Ikey]

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

[NizarK]

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?

[NizarK]

�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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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.