...
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 site web complètement externe au portail -> Serlvet uniquement => car JSF 2.0 pour des application lourdes qui nécéssiterait de l'ajax etc. car portlet bridge uPortal ne fonctionne qu'avec JSF 1.2
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.
- WEB-JSF-SERVLET war
- WEB-JSF-PORTLET war
- WEB-JSF-MOBILE war
- WEB-JSF-SHARED jar => controleursControllers
- DOMAIN-SERVICES jar => Les services métiers (authenticator, accès au WS, Exposition exposition de WS)
- DOMAIN-BEANS jar => Les objets métiers
- DAO jar => Accès aux données
- UTILS jar => utilitaires Utilitaires transverses à toute l'application