Démarrage conditionné d'un Message-Driven Bean

Bonjour à tous.

Mon problème est le suivant : mon application compte une série de MDB, et chaque version de l'application en production ne doit en utiliser que certains. Les MDB activés seront a priori paramétrés dans un fichier de configuration extérieur à l'EAR, de manière à ce que les gens de l'exploitation puissent le modifier.

J'ai cherché si l'on pouvait arrêter/redémarrer indépendamment chaque MDB d'un EAR dans la console d'administration Websphere (6.1), mais je n'ai pas trouvé. Alternativement, la solution serait la suivante : demander l'arrêt immédiat du MDB depuis le code lors de l'initialisation (ejbCreate) selon ce que dit le fichier de config. La seule solution que j'ai trouvée pour l'instant est le lancement d'une EJBException, mais c'est particulièrement cochon : Websphere tente de relancer plusieurs fois l'EJB, et ça me pourrit les logs avec des messages d'erreur. Est-ce que quelqu'un connaitrait une solution ? J'ai farfouillé dans le MessageDrivenContext à la recherche d'une solution, mais sans succès.

Je précise que nous sommes en EJB 2.1 sur Websphere 6.1. Je sais qu'il existe en EJB3 une annotation @MessageDriven avec comme paramètre possible activationConfig, est-ce qu'il existe un équivalent en EJB 2.1 ?

Merci d'avance pour toute information, je suis un peu coincé là...

Salut,

de bon matin et du tacotac, en supposant que tu bosses en CMT je vois cette solution améliorable:

- Utiliser jmx pour ton fichier de conf modifiable en live (cf javax.management.DynamicMBean)

- le rendre accessible à tes MDB de la manière que tu souhaites (genre un contexte, un singleton)

- dans tes MDB, checker à la réception du message si le MDB doit être actif (via l'objet du point 2).
Si oui tu traites normalement.
Si non tu temporise, tu fais un setRollbackOnly sur le MessageDrivenContext (moins cochon que l'EJB exception) et tu sors de ta méthode onMessage().

Attention le message n'est pas consommé, tu vas boucler sur la méthode onMessage, d'où l'importance de la tempo.

Banzai

Bonjour et merci pour ta réponse. La solution de filtrer à l'entrée de onMessage ne convient pas non plus, c'est la première possibilité qu'on a proposé au client mais il n'en veut pas. Il demande que les MDB "inactifs" soient vraiment arrêtés.