Discussion :

[garthos]

Bonsoir à tous !

J'aimerais savoir quel sont les "bonnes pratiques" niveau packaging d'une applis Spring MVC / JPA2

Actuellement j'ai créer un projet parent et plusieurs modules de JAR et un de type WAR

Dans celui de types WAR je n'ai aucun code Java en fait j'ai seulement mis les web.xml, les JSP etc ...

Car mon but était de n'avoir aucune classe qui se retrouve dans WEB-INF/classes mais plutôt des Jar dans WEB-INF/lib

mais bon voilà comme d'hab je me pose plein de question sur la bonne façon de faire et surtout comment bien répartir les différentes partie de mon appli.
Je me suis poser également la question, est que ça serait mieux d'avoir 1 module par couche ? ou 1 module par features (genre cms, product manager etc mais sachant du coup certain module vont quand meme se retrouver dépendant d'autre) ?

Alors vous ? vous faites comment ?

Merci d'avance

[romaintaz]

Bonjour,

Je dirais que les 2 approches sont acceptables :

1. Tout mettre dans un seul module de type WAR
2. Séparer par couche (persistence, business, presentation) puis regrouper le tout dans un projet WAR

Maintenant, j'aimerais poser une question dans le cas de l'approche #2 : quel est l'intérêt de séparer le projet en de multiples JAR ?
Parfois, il se peut qu'une partie du code de ce projet soit nécessaire pour d'autres projets. Dans ce cas-là, il sera effectivement préférable d'avoir un JAR a exporter contenant le moins de chose spécifique au projet initial. C'est bien plus simple que d'être dépendant d'un WAR, ou encore de bidouiller (un peu) le pom.xml pour avoir aussi les sources du projet web dans un JAR.
Si ce n'est pas le cas, et que tout le code est utilisé uniquement par cette application, alors je vois beaucoup moins l'intérêt de faire une telle séparation, si ce n'est de complexifier inutilement sa structure de projet...

[garthos]

En fait en ce qui me concerne j'y vois pas mal d’intérêt le premier c'est d'avoir une meilleur séparation de mes couche.

Le 2ème interet est que j'envisage à plus ou moins court terme de séparer en 2 webapp la partie frontend et la partie backoffice (l'interface d'admin) donc du coup ça me semble assez justifier puisque les 2 webapp utiliseront le même model , les services etc ....

L'autre chose c'est aussi pour les déploiement partiel, par exemple j'ai un bug dans un service ou controller , je veux pouvoir déployer le minimum car mon appli commence à être assez grosse (environ 500Mo) et je ne dispose pas toujours d'une connexion internet hyper fiable.

En fait je suis en train de me creuser la tête pour bien tout séparer !
Mais je ne sais pas trop quoi faire pour la partie controller Spring car c'est quand même lié à la la webapp.

Donc soit je créer un module "jar" pour les controller soit je les met dans mon modules WAR et là ils se retrouveront dans WEB-INF/classes (et cette dernière ne me plait pas trop car je trouve que ça fait un peut anarchique)

En fait je sais pas trop quoi faire ....

Après qu'entends tu par "acceptable" ? Y a t il une solution mieux qu'acceptable ?

[romaintaz]

En fait en ce qui me concerne j'y vois pas mal d’intérêt le premier c'est d'avoir une meilleur séparation de mes couche.

La séparation peut être aussi nettement marquée dans le code lui-même. Regarde un projet Play!, les packages marquent clairement cette séparation. Il n'est pas nécessairement utile de le faire via des modules Maven !

Le 2ème interet est que j'envisage à plus ou moins court terme de séparer en 2 webapp la partie frontend et la partie backoffice (l'interface d'admin) donc du coup ça me semble assez justifier puisque les 2 webapp utiliseront le même model , les services etc ....

Là, c'est déjà une meilleure raison

L'autre chose c'est aussi pour les déploiement partiel, par exemple j'ai un bug dans un service ou controller , je veux pouvoir déployer le minimum car mon appli commence à être assez grosse (environ 500Mo) et je ne dispose pas toujours d'une connexion internet hyper fiable.

Je ne suis pas sûr que le déploiement d'un module au sein d'un WAR soit forcément une bonne idée...

En fait je suis en train de me creuser la tête pour bien tout séparer !
Mais je ne sais pas trop quoi faire pour la partie controller Spring car c'est quand même lié à la la webapp.

Clairement. Pour moi, ça doit faire partie de la couche présentation, donc lié à la webapp.

Donc soit je créer un module "jar" pour les controller soit je les met dans mon modules WAR et là ils se retrouveront dans WEB-INF/classes (et cette dernière ne me plait pas trop car je trouve que ça fait un peut anarchique)

Est-ce le seul fait de retrouver tes .class dans le WEB-INF/classes qui te pose problème ? Ca revient au même. Au pire, il me semble que tu dois pouvoir configurer le plugin war pour qu'il place les .class dans un JAR plutôt que de les exposer dans WEB-INF/classes...

En fait je sais pas trop quoi faire ....

Après qu'entends tu par "acceptable" ? Y a t il une solution mieux qu'acceptable ?

Acceptable juste dans le sens que c'est une bonne solution. Mais choisir entre la #1 ou la #2, c'est avant tout une question de contexte. Mon point était juste de dire qu'il est sans doute inutile de séparer son code dans des modules différents si ce n'est que pour rendre les choses soit disant plus propre, mieux séparées.

[garthos]

idéalement il faudrait que l'on puisse produire une appli qui peut aussi être utilisé comme "framework", en fait on veut donner la possibilité d'étendre les fonctionnalité à un tiers , si par exemple tel ou tel fonctionnalité est incomplète ou n'existe tout simplement pas.
Désolé je viens de m’apercevoir que j'avais pas préciser ce point.

En fait on veut que notre appli soit customisable assez facilement, c'est pourquoi on voudrait bien séparé toutes les couches.