Maven pour Eclipse, JPA, Spring, RichFaces, Mysql

Bonjour à tous,

J'essaierai bien en ce moment de faire la top classe des archi web:
J'utiliserai bien maven pour l'intégration (junit, svn, pmd et checkstyle en prime).
Richfaces afin de faire ma partie web.
Et enfin jpa+spring+mysql pour la partie métier.
J'ai eclipse comme IDE.

Je sais comment faire sans maven, mais avec ça devient vraiment trèèèèèèèèèèès flou pour moi.

Est-ce que quelqu'un connaîtrait un tutoriel au poil pour faire ça?
Ou alors est-ce que vous pourriez m'expliquer comment intégrer le tout pas à pas (avec un tout petit exemple (un formulaire de login par exemple)).

Je vous remercie, Tcharl

N'etant pas pour utiliser Maven comme système de build je répondrais utilise Ant + Ivy ou Ant + Maven. :aie:

Ok, je vais me renseigner sur ces outils tout nouveaux

Citation:

---

Envoyé par Nithril

N'etant pas pour utiliser Maven comme système de build je répondrais utilise Ant + Ivy ou Ant + Maven. :aie:

---

Valeur ajoutée : 0

Citation:

---

Envoyé par Tcharl

Bonjour à tous,

Est-ce que quelqu'un connaîtrait un tutoriel au poil pour faire ça?
Ou alors est-ce que vous pourriez m'expliquer comment intégrer le tout pas à pas (avec un tout petit exemple (un formulaire de login par exemple)).

Je vous remercie, Tcharl

---

Je te conseil d'aller voir l'appfuse de Matt Raible : http://appfuse.org/display/APF/Home
Sinon un tuto : http://sezera.blogspot.com/2008/07/s...richfaces.html
Sur Google il vaut mieux rechercher avec hibernate plutot que JPA ...

Citation:

---

Envoyé par aheritier

Valeur ajoutée : 0

---

La valeur ajoutée est de faire découvrir qu'il existe des outils de builds autre que Maven qui gère les dépendances.

cf Maven est-il le meilleur outil pour faire des builds ? où j'ai donnée mon avis sur l'interet de Maven. Surtout pour un projet qui semble perso ou avec une petite équipe.

Je t'invite d'ailleurs a y réagir.

Oui je l'ai noté dans ma todo de répondre mais ce genre de débat est sans fin.... Maven n'est pas parfait et a plein de défaut mais aujourd'hui il répond à un besoin.
Effectivement il est orienté travail en équipe (open source ou entreprise) et n'a aucun interet si on veut seulement gérer des dépendances (effectivement Ivy le fait très bien).
Cependant dans la demande de Tcharl tu vois qu'il veut creuser d'autres axes comme la gestion de la qualité (pmd, checkstyle), des tests (junit), ...
Dès que tu veux aborder ce genre de sujets les autres outils sont lourds car ils demandent à toujours recréer la même chose.
Patience dans quelques mois devrait être dispo un livre sur Maven en français orienté pratique .... J'espère que cela en aidera plus d'un.

"(pmd, checkstyle), des tests (junit)" sont utilisables via Ant. Le débat est effectivement sans fin.

HS :
Etant membre de l'équipe Maven, aurais tu des infos sur la roadmap et une éventuelle simplification du pom (dependence, plugins, ...) ? (si tu as le temps de répondre dans le topic ci-avant, merci :))

Citation:

---

Envoyé par Nithril

"(pmd, checkstyle), des tests (junit)" sont utilisables via Ant. Le débat est effectivement sans fin.

---

Je n'ai pas dit le contraire. La différence c'est qu'en at tu vas le faire à TA manière l'intégration de ces outils à ton build. Et tu le feras certainement différemment la fois suivante. C'est pas grave. C'est pas mal. (Ca n'est pas sale comme dirait le doc - arff je suis trop vieux). C'est juste différent. Les deux solutions (scripting vs CoC ) ont leurs avantages et leurs inconvénients. Il m'arrive d'utiliser ant, souvent pour faire du scripting portable facilement. Et même le bootstrap de maven est sous ant (si ça n'a pas changé en 3.0).

Citation:

---

Envoyé par Nithril

HS :
Etant membre de l'équipe Maven, aurais tu des infos sur la roadmap et une éventuelle simplification du pom (dependence, plugins, ...) ? (si tu as le temps de répondre dans le topic ci-avant, merci :))

---

j'ai des infos mais elles sont à peu prêt toutes dispo sur le net. Les release plan (roadmap en terme de contenu) sont à peu près détaillées ici :
* [http://docs.codehaus.org/display/MAVEN/Maven+2.x]
* [http://docs.codehaus.org/display/MAVEN/Maven+3.0.x]
En terme de deadines, c'est l'eternelle réponse des projets OSS peu structurés : Ca viendra quand ca viendra.
C'est malheureux, mais malheureusement il y a eu de ressources temps-plein sur le projet et le peu qu'il y a bossent sur des sujets que je considère comme nice to have (m2eclipse, nexus, maven3) plutot que sur les "must have (bugs fixs 2.0.X et nouveautés 2.X).
Pour ma part, je suis un trop petit poisson dans cet océan pour faire changer le courant de sens car il faut de la volonté et surtout du temps....

Bref je peux répondre de manière plus détaillé sur les elements de la roadmap et sur la communauté mais sur un autre thread histoire de ne pas polluer plus celui-là :-)

Après recommandation de plein de personnes sur les Crud generator, j'ai retenu appfuse, impeccable, il y a même les test de la partie contrôleur qui sont généré automatiquement. La partie configuration est un peu lourde, mais une fois fait, le résultat est convenable.

Merci pour vos indication, espérons que le must-have Maven viendra un jour aussi, afin que l'on dispose un jour de l'arme ultime de la prog :d