Discussion :

[Aldian]

Bonjour à tous

J'ai développé une application à base d'EJBs Session Stateless. Cette application utilise un adaptateur snmp qui récupère des informations par snmp, et les relaie par RMI à mes EJB stateless.

Actuellement, je suis obligé de lancer le serveur puis l'adaptateur séparément. Mais je voudrais que ce soit le serveur qui se charge de lancer l'adaptateur lors du déploiement de l'application. Seulement, je ne vois pas comment faire. J'ai essayé d'utiliser la méthode @PostConstruct de mon EJB, mais celle-ci n'est pas appelée au déploiement de l'EJB, mais seulement à sa première utilisation, et ne convient donc pas.


Je précise que l'adaptateur se lance très simplement. Il suffit de placer un "new Adaptateur().start();" quelque part. Reste à savoir où, et c'est la question que je me pose. Ce dont j'aurai besoin c'est d'une annotation "@OnDeploy", ou d'un truc similaire. Pouvez vous m'aider?

[kalysto]

Avec les EJB 3.1, tu peux faire un EJB @Singleton au lieu de @Stateless et ca aura exactement le comportement voulu.

En restant en EJB 3 ouj inferieur, tu n'as pas de solution standard au niveau EJB seul.
Par exemple, avec JOnAS, tu peux jouer avec la taille minimal des pool pour, au plus tot, creer un certain nombre d'instance (1 dans ton cas) qui seront démarrées tout de suite.
Dans ce cas la, la solution est propriétaire...

Si tu as aussi une application web, tu peux utiliser les ContextListener (qui eux vont pouvoir etre apellés a la fin du deploiement). Il suffit ensuite que ton listener appelle ton EJB pour avoir le comportement voulu. Et la ca reste standard (marche sur tous les serveurs d'applications)!

[Mathieu.J]

Websphere possède une notion de startup bean, il s'agit d'ejb qui s'exécutent au démarrage d'une application et permettent de bloquer ce démarrage si besoin.

A voir si le serveur que tu utilise ne possède pas une notion équivalente.

[Aldian]

Ok, merci beaucoup de vos réponses. Pour l'instant je suis sous glassfish v2, mais je vais considérer le passage à glassfish v3 pour pouvoir bénéficier de l'utilisation des EJB 3.1