Discussion :

[LeRiton]

Bonjour

Question JMS, en l'occurence sous JBoss mais je pense applicable dans le cas général.

Sur JBoss 5.1, un MDB EJB3 client d'une Queue distante, exposée par un serveur que nous appellerons Toto. Lorsque Toto redémarre, ma session cliente est perdue, la reco automatique ne fonctionne donc pas, c'est le drame.

1. j'ai cru comprendre que les connexions durables n'étaient valables que pour les Topic, pas pour les Queues. Ça m'arrangerais de me planter sur ce coup là, mais je trouve pas de ressources sur le net à propos d'un MDB client d'une Queue en connexion durable, et mes tentatives ne fonctionnent pas (i.e. Toto redémarre, ma connexion durable n'est pas franchement durable...)

2. il me semble que dans ce cas, JMS diffuse une Exception à tous les ExceptionListener, qui doivent du coup avoir la charge de nettoyer les anciennes connexions et en refaire de nouvelles. D'une ça mérite confirmation d'expert, et de deux, je ne sais pas comment récupérer ma ressource de connexion / session / whatever à partie d'un simple MDB.

Merci d'avance !

[Heimdal]

Tu utilises genericra???

[LeRiton]

Non, à tel point que j'ai dû googler pour savoir ce que c'est

Sur ce que j'en comprend, même si ça doit être applicable à tous les serveurs d'application, c'est nativement intégré à Glassfish.

Je suis sous JBoss 5, la "surcouche" de gestion JMS est JBoss Messaging.

Tu avais une idée par rapport à ça ? Les principes sont peut-être les mêmes...

[Heimdal]

Tu avais une idée par rapport à ça ?

En effet car avec un connecteur JCA, la conf se fait dans le descripteur de déploiement ou via annotations activation-config de @MessageDriven.

Mais du coup c'est pas ca.
Tu connais le nom du connecteur utilisé par JBoss?

[Heimdal]

Bon en fait j'ai googlé pour vois les activation config property dispo:

http://community.jboss.org/wiki/Conf...essageListener

As-tu essayé de bidouiller de cette façon?

[LeRiton]

Oui, c'est ce que j'évoque dans mon 1.
La Queue en question peut-être configuré par le fichier XML ou les annotations, ça revient au même, mais spécifier le durable ne change pas mon problème de reco, d'où mon interrogation sur la possibilité d'une Queue durable, Topic uniquement.

Vu que tu es là, pas d'idée pour le 2. ?

[Heimdal]

Durable n'a rien a voir...
Une queue conserve tous les messages et ce même s'il n'y a aucun consommateur présent au moment de la réception.
Par contre pour les topics c'est différent, s'il n y a pas d'abonnés aucune raison de conserver le message. Durable signifie que je suis abonné permanent et que les message transmis doivent être dispo jusqu'à ce que moi le Durable l'ai acquittée.

Je trouve ton histoire assez louche car par défaut le reconnectInterval est de 10 secondes donc tes MDB devraient pouvoir se replugger et se remettre à consommer.

Deux questions en passant:
Dans la conf de JBoss, pas de trace d'un paramètre genre nombre d'essai?
Ton problème concerne uniquement tes ressources persos ou également tes MDBs?

[LeRiton]

Voilà, c'est ce que je pensais et c'est surtout beaucoup plus clair comme ça.

Le reconnectInterval est bien setté, mais ne joue pas dans ce cas là : en cas de reboot du serveur distant (donc perte des session client), la connexion ne peut être réétablie, et le système diffuse donc une JMSException à tous les ExceptionListener (j'ai lu le principe dans la doc de JBoss Messaging, mais je remet pas la main dessus. On en parle dans le premier post de ce thread en tout cas). D'où mon 2., je ne sais pas à l'heure actuelle comment reconstruire ma connexion dans le MDB, puisque je suis incapable d'en récupérer les ressources.