Lookup JNDI d'EJB et Maven

bonjour,

retrouver un EJB sur le serveur application se fait via un lookup JNDI. Et pour cela on doit préciser le nom de l'application, et je déploie mon EAR via maven sous JBOss 5.1.0.
Logiquement la console JMX me montre mes objets déployés dont l'entrée est le nom de l'EAR (par exemple test-1.0.0-SNAPSHOT)

le lookup devient alors : lookup ("test-1.0.0-SNAPSHOT/Imonobjet/remote") et ca fonctionne tres bien.

Seulement ce système crée une dépendance inverse entre le code et la chaine de fabrication du livrable. en effet dès que je vais monter en version de mon appli je vais devoir modifier la chaine de lookup... pas terrible :(

Plusieurs solutions :
- faire un lookup de niveau classe : lookup(java:global/classes/Imonobjet"). C'est mieux mais que ce passe-t-il si un autre EAR déploie un objet de même nom?
- récupérer le nom de l'EAR créé par Maven dans le code mais comment ?
- avoir un fichier ressource dans lequel on met la version de l'EAR (mais bon je passe aussi par le plugin release et je suis pas certain qu'il le traite)

bref des idées ?

je me réponds : en EJB 3.0 la façon de retrouver un objet est propre à chaque fournisseur.
JBoss par exemple à ses propres annotations pour modifier le chemin JNDI.

Seule solution : passer aux EJB 3.1

Tu pourrais aussi garder ton conteneur EJB3.0 et nommez tes EJB sessions.
par exemple :
@EJB(name="ejb/MySessionBean", beanInterface=MySessionBeanInterface.class)

peut être remplacer par une declaration ejb-ref dans le fichier de config ejb-jar.xml.

Ensuite pour récupérer ton proxy tu n'as plus qu'à faire un lookup("java:comp/env/ejb/MySessionBean");

Ceci est censé être supporté par tous les serveurs d'application.

Mais pourquoi tout le monde tient-il autant a ecrire des noms JNDI ?

Une simple declaration comme ca suffit:

Code:

---

1 2	@EJB MonService bean

---

Le container est ensuite assez grand pour retrouver tout seul le bon EJB dans le reste de ton application.

Et ca ca marche deja en EJB 3.0 :)

Bonjour,

@kalysto: Je voudrais rebondir sur ta remarque:
Est il possible de faire de l'injection d'EJB de manière simple dans tout les cas. Par exemple, dans le cas d'un client "lourd" (c'est peut être le cas ici), complétement indépendant d'un serveur d'application?

Merci d'avance.

Tout dépend si ton code tourne dans un container ou pas.
Il faut savoir qu'il existe un client container dans Java EE qui permet donc, dans un client, d'utiliser les memes annotations que si tu avais un EJB.

OK,
Donc il est possible de faire cela hors du serveur d'application qui a déployé les EJB.

Merci.

@kalysto : je parlais bien entendu des appels hors container EJB (genre depuis une servelt, struts, etc.), sinon tu as tout à fait raison.