Discussion :

[hhfr]

Malgré mes recherche sur le WEB, mon problème reste sans réponse et me rend fou.

Dans l’architecture n-tier, il est identifié qu’une partie d’une application est la partie métier. Celle-ci codé aux seins des EJBs peut être exploité par plusieurs applications WEB, exemple d’une version de l’application pour les navigateurs classiques, et une autre par exemple pour les navigateurs mobiles. le métier dans les deux cas ne change pas.

Hors, maintenant avec ce putain de déploiement automatique des ejbs contenue dans le war, cela fout un bordel monstre. J’ai tout essayé, et j’avoue être complément désespéré.
Bien sur une solution et de faire un ant qui ne package que les interfaces, les exceptions et les entities.
Mais hélas dans un environnement de développement, on perd toute la souplesse de netbeans au niveau des déploiements.

Donc ma question, cette super fonctionnalité que nous apporte Glassfish v3, peut on la désactiver, pour le serveur ou indépendamment pour les wars que l’on déploie dedans ?
J’ai testé en supprimant la balise <engine sniffer="ejb" /> sur l’application web dans le fichier domain.xml, mais rien n’y fait. J’ai essayé de ne pas laissé le conteneur détecter les ejbs en créant un fichier de description dans le projet des ejbs. Mais rien non plus. Je suis vraiment désespéré.

Le pire c’est qu’avec cette fonctionnalité, impossible de faire un ear, comprenant le jar + war, le war connaissant le projet ejb comme librairie, il essaye de redéployer les ejbs encore une fois, et fait un NamingAlreabyBoundException.

Quelle misère.

[hhfr]

Vraiment personne n'a une idée, même pas Alexis Moussine-Pouchkine ?

Décidément, suis je le seul à trouver cela dommage ?

[hhfr]

Je me permet de relancer ce topic, qui est toujours d'actualité pour moi.
Merci de vos reponses.

[alexismp]

Personne ne t'oblige à avoir des EJB dans un WAR. EAR = EJB-JAR + WAR ça fonctionne très bien dans NetBeans et GlassFish 3.x

[hhfr]

Personne ne t'oblige à avoir des EJB dans un WAR. EAR = EJB-JAR + WAR ça fonctionne très bien dans NetBeans et GlassFish 3.x

Oui, merci Alexis, j'ai peut être pas été clair.

J'ai mon EAR = JAR(EJBs) + JAR...
J'ai mon WAR

Mon appli web doit connaitre les interfaces remote des EJBs pour pouvoir les appeler. Hors si j'inclus le JAR contenant mes EJBs(bean+remoteInterface+localInterface), glassfish voulant déclarer les EJBs contenu dans le JAR contenu lui même dans le WAR, cela plante au déploiement.

Ceci était possible avec GL2, mais maintenant, je suis obligé de faire un build spécifique qui intègre uniquement les remoteInterface + entities et que j'intègre dans mon WAR.

Je voulais donc savoir comment désactiver cette fonctionnalité qui ne m'arrange pas.

Est ce plus clair ?

Si c'est pas clair :
tu fais sous NB un projet jee avec seulement le module ejb.
Puis tu crée un EJB tout simple.
Enfin, tu crée un autre projet Web cette fois ci. Tu crée une dependance de projet incluant le jar du projet EJB dans le WAR. Tout ceci en utilisant NB, sans modifier build.xml ou autre.
Tu fait une servlet qui appel ton EJB en remote (par injection ou lookup)
Tu déploies le tout et patatrac.

Merci d'avance.

[alexismp]

Peux-tu essayer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

asadmin deploy --property compatibility=v2

?

C'est une solution de contournement, mais pour comprendre pourquoi le comportement a changé je te propose de poser ta question sur users@glassfish.dev.java.net (je crois qu'on est plus regardant sur la spécification).