...
Ce que permet (ou permettra) esup-commons
... des applications web :
- portlet
- servlet
- mixte (servlet et portlet)
HTML Comment | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Quel module pour quel type de projet :
...
- Un projet qui ne doit figurer que dans le portail : *petits projets* -> mixte JSF ou Spring MVC
- Un projet que l'on souhaite pouvoir déployer en portlet et en servlet de manière identique : *petits et moyen projet* -> Mixte JSF 1.2
- Un projet que l'on souhaite pouvoir déployer en portlet et en servlet de manière différente (ex: Une petite application d'accroche dans le portail qui redirige ensuite l'utilisateur vers une application hors portail) : *moyen et gros projet* ->
...
...
Les notions de blank et example
Dans sa deuxième version, esup-commons adopte un méthodologie complètement différente de la première.
Auparavant, le développement d'un projet passait par le checkout SVN d'un projet "blank" qui devait dépendre du projet esup-commons, lui-même récupéré par un checkout SVN. Voir (03 Méthodologie de développement)
Désormais, un projet esup-commons se base sur Maven et la notion d'archetype.
...
Un projet esup-common se décompose en sous-projets à part entière appelés "modules" au sens Maven et dépendants les uns des autres .
Au packaging, chaque module sera proposé sous forme soit d'un fichier jar pour les couches basses, soit d'un fichier war pour la présentation.
...