Discussion :

[tamiii]

Bonjour,

Je travaille actuellement sur un projet j2ee et nous n'avons pas (encore) véritablement songé à l'intégration continue.
Je pense que nous allons bouger sur hudson, ET maven.

Notre projet est actuellement assez empirique et ne respecte que notre architecture logicielle en internet (pas vraiment un archetype de maven).

Ma question est: est-il selon vous primordial de migrer les sources de mon projet vers un projet "vierge" crée sous netbeans avec le plugin maven afin de faciliter son IC au sein de hudson ?

Le projet va accueillir de nouveaux développeurs et commence à être un peu l'usine..

Merci pour vos retours et bonne journée!

[romaintaz]

Si je comprends bien ta question, tu te demandes s'il faut que tu crées ou non un tout nouveau projet Java, respectant les conventions de Maven2, dans lequel tu y migreras tes sources existantes ?

Faire cela a des avantages et des inconvénients. Certes tu auras une belle structure, tu respecteras ainsi les conventions, et ton pom.xml en sera d'autant alégé.
Mais en contrepartie, ça t'oblige à faire un peu plus de travail (création du nouveau projet, et surtout migration des sources) pour un gain pas nécessairement élevé.
Tu peux sans problème indiquer à Maven2 où il doit aller chercher les sources, les ressources, etc.
Comme autre inconvénient, il y a la perte éventuelle de l'historique d'un fichier, selon le SCM (gestionnaire de sources) que tu utilises. CVS par exemple gère très mal le déplacement ou le renommage d'une classe.

Pour résumer, je dirais que cela peut en valoir la peine, mais reste à connaître l'état actuel de ton projet. Si ce n'est qu'une question de nom de répertoire pour les sources, je ne suis pas sûr de l'intérêt.
Si c'est pour faire le ménage, alors ça peut valoir le coup !

[tamiii]

Exactement. C'est pour faire le ménage, et surtout pour faciliter l'utilisation de hudson pour l'intégration continue.

Je pense qu'on va se pencher sur la faisabilité de la migration du code du projet actuel vers un projet maven vierge...

Merci pour ton retour romaintaz!

[gboissinot]

Il est complètement inutile de migrer sous Maven pour avoir une chaîne d'intégration continue.
Si tu as un build (compilation, test, packaging, deploiement) complètement automatisé et répétable à travers par exemple un script Ant, c'est complètement suffisant. Aucun besoin de passer à Maven dans ce cas.
Sans aller jusqu'à la structure des sources préconisée par Maven, il est juste recomandé d'avoir une séparation entre le répertoire des sources de production et le résultat de la compilation.

[yyusy]

Bonjour,
Suite au dernier message, j'aurais une question.
Comment faut-il faire pour créer un build complètement automatisé ?
Y a t-il des tutoriaux explicatifs ?
Merci

Pour élargie le problème qui est un peu similaire à tamiii !
L'entreprise développe leurs applications sous Eclipse ? On y a accès via SVN Repository ? Malheureusement elle ne travaille n'y avec Maven n'y avec Ant et je ne sais pas si elle dispose de build ou pas (car je dois mettre en place une intégration continue) ? Je suppose que oui mais ou les trouver ?

Merci

[gboissinot]

@yyusy:
La mise en place de processus d'intégration continue nécessite plusieurs pré requis. Parmi les quels, la mise en place d'un processus automatisé (que ce processus soit du Ant et/ou Maven et/ou avec d'autres implémentations).

Un processus automatisé est un processus répétable sans intervention manuelle. Cette tache est potentiellement complexe. Cela demande donc de la discipline et du temps.

Ainsi, mettre en place en place des processus d'intégration continue pour tes équipes nécessite de connaître exactement leur existants (outils + processus) et au fur et à mesure d'automatiser les taches répétitives et manuelles pour aboutir à une intégration complète en continue.
Mais cette démarche prend du temps et est avant tout culturelle et organisationnelle.

Il te faut donc travailler avec eux au plus vite.