Discussion :

[totot]

Bonjour,

Je d�veloppe une application et je souhaite que mon consommateur de message �coute en permanence pour la r�ception des message:
J'avais fait ceci sauf que je trouve cela moche une boucle infini. Avez-vous une autre solutions?

Code :

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

1
2
3
4
			while(true){
				Message messageReçu = consumer.receive();
				this.onMessage(messageReçu);
			}

Merci de votre aide

[tchize_]

Faire un message driven bean ?

[totot]

Je connait pas du tout

[Gugelhupf]

Ne fait surtout pas de while(true) et n'utilise pas receive(), les profs vont te tuer, ils attendent de toi que tu utilises les fonctionnalit�s asynchrones de JMS.

[totot]

Justement j'ai essayer ceci mais il se passe rien:

Code :

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

1
2
			MessageConsumer receiver = session.createConsumer(destination);
			receiver.setMessageListener(this);

Ma classe implements MessageListener
Sa me d�tecte pas l'arriv� d'un nouveau message, il faut que je relance mon application or c'est pas ce que je veux

[tchize_]

Je connait pas du tout

c'est b�te comme tout � faire, pour autant que tu utiliser un serveur javaEE. Il te suffit de cr�er un bean qui impl�mente MessageListener et de lui mettre l'annotation MessageDriven, il sera appel� d�s arriv�e d'un message.

Code :

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

1
2
3
4
5
6
7
@MessageDriven(mappedName="jms/Queue") // queue à écouter
public class SimpleMessageBean implements MessageListener {
    @Resource // si tu en as besoin
    private MessageDrivenContext mdc;
    public void onMessage(Message inMessage) {
      //action
    }

http://docs.oracle.com/javaee/6/tutorial/doc/bnbpo.html

[totot]

Et si je veux l'utiliser dans des application qui utilise pas J2ee

[tchize_]

dans ce cas, si tu es sur une application standalone, et que tu n'utilise pas de filtre, une boucle avec un receive est selon moi tout � fait acceptable. Avec quelques adaptations:

Utiliser la m�thode receive prenant un "timeout" en argument, pour ne pas dormir ind�finiment.
V�rifier dans chaque tour de boucle que l'on a pas demand� au thread de s'arr�ter.

[totot]

Mais si je met un timeout, il va pas �couter en parmanence

[tchize_]

Mais si je met un timeout, il va pas �couter en parmanence

Et en quoi ce serait un probl�me? Ton code n'�coute pas en permance, il arr�te l'�coute pour traiter un message puis reprends l'�coute l� o� il s'est arr�ter. Je propose d'ajouter un timeout pour pouvoir �ventuellement arr�ter le programme proprement.

[totot]

Pardons, je voulais dire que je souhaite pas qu'il s'arr�te d'�cout�

[tchize_]

c'est pour �a que tu met l'appel dans une boucle, pour qu'il reprenne apr�s tes check d'arr�t...

[totot]

Je fait un while(true) ?

[tchize_]

plutot un

Code :

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

1
2
while (! mustStop){
}