Discussion :

[lbillon]

Bonjour à tous,

Je travaille sur une application assez complexe Struts / Spring / Hibernate actuellement packagée en war. Je souhaiterai passer en ear :

EAR contenant :
- WAR de la couche navigation avec du Struts et du Spring
- JAR de la couche services avec du Spring
- JAR de la couche de persistance/dao avec Spring et Hibernate
- JAR du modèle de données
- JAR common (classes utilitaires etc...)

Mes questions concernent les tiers service et dao :

Première question : sous Eclipse, dois-je créer un projet de type "EJB Project" ou un simple "Utility Project" (càd un jar qui se rajoute dans la description de l’ear mais qui n'est pas considéré comme module). La différence d’après ce que je comprend c’est un fichier ejb-jar.xml en plus dans le cas d’un EJB Project ; et le fait qu’on puisse le déployer de manière autonome sur un serveur d'application, c’est bien ça ?

Deuxième question : Si je pars sur un projet EJB, comment dire au jar de charger ses beans au démarrage, je sais faire pour un war mais pour un jar, j’ai lu l'article qui en parle sur Spring :
http://ego.developpez.com/spring/#L3.2.3
Et je n’ai rien compris !

Cela veut il dire que je dois créer un EJB qui sert de chargeur de Context Spring ? Ou qu’il faut réécrire tous les définitions des beans Spring dans le ejb-jar.xml ?


Merci de votre aide.

[julien.dubois]

Tu vas bien galérer pour avoir l'ensemble qui fonctionne, et au final cela va te faire un gros package monolithique qui va être bien embêtant à utiliser : tu vas mettre à chaque fois beaucoup de temps à générer ton package, et à redéployer ton appli. En plus tu seras forcé de redéployer l'ensemble de ton appli au moindre changement...

Personnellement je te déconseille cette solution, qui en plus est plutôt contraire à l'esprit de Spring (simplicité et modularité).