Discussion :

[dingoth]

Bonjour,

Dans le but de libérer des ressources, j'ai besoin de savoir quand mon application sera redéployée ou supprimée. Mon application est juste un stateless session bean et j'attends un appel sur ejbRemove(), qui n'arrive jamais.

Qu'est-ce qui ne va pas ?

D'avance merci,
Olivier

[DevServlet]

Faut toujours situer le contexte avant de poser une question, c'est mieux si tu veux une réponse précise et détaillée. T'utilises quel ejb? (2 ou 3). Le cyle de vie des EJB n'est pas à ta charge mais à celle de ton conteneur d'EJB, tu peux juste lui ordonner de faire certaines insctructions avant la destruction d'un EJB.

[dingoth]

Bonjour,

Pour être franc, je n'ai aucune idée de ce que j'utilise comme EJB. Ça pourrait être la version 1 ou bien la 2 (gestion complète par JNDI, etc.) mais pas la 3 (pas d'annotations).

J'ai configuré le conteneur pour faire en sorte qu'il ait en permanence au moins 1 EJB. De cette manière, je suis certain qu'il crée un EJB après le déploiement / redéploiement. Chaque appel à ejbCreate incrémente une variable dans un singleton et le premier appel à ce singleton (synchronisé) instancie tout ce dont j'ai besoin. De même, chaque appel à ejbRemove décrémente cette même variable et quand elle atteint 0, c'est que c'était le dernier appel à ejbRemove(). Donc, j'effectue une action.

Cependant, ejbRemove() n'est jamais appelé (et je suis certain de savoir si cette méthode était appelée : les logs "entering method" et "leaving method" sont remplis correctement et fonctionnent dans mes tests unitaires).