Le mardi 20 janvier 2009 20:13:27 tony Chemit, vous avez écrit :
- utilisation des librairies et plugin codelutin stable avec les nouveaux groupId (org.codelutin à la place de lutinlib et lutinplugin).
Oui, c'est plus propre comme ça.
-refactoring des pom avec nos nouveaux acquis (car les poms de ce projet multi-module ne sont pas comme il faut...)
Très bien, ça va me permettre également d'apprendre de nouveaux trucs :-) Au passage, on pourrait renommer les projets dans le pom ? Car "common" pour le projet racine, c'est pas terrible. De même, et tant qu'on y est, les sous projets ont un "name" différent de l'"artifactID, c'est pas forcément évident de s'y retrouver. Par exemple "simexplorer-is-swing-generated" se nomme "Swing-jaxx and commandline". Au final, je trouverai ça plus pratique que les "name" commencent au moins par "simexplorer", car sinon, il se perdent dans la liste de mes projets sous NetBeans qui les trient alphabétiquement.
- ajout de l'action refresh local liste (si j'ai un peu de temps ce qui m'étonnerait :)) Ça servirait à quoi par curiosité ?
-- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29