On Wed, 21 Jan 2009 09:43:54 +0100 Nicolas Dumoulin <nicolas.dumoulin at cemagref.fr> wrote:
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 :-)
J'ai rédigé un plan de migration car il y avait pas mal de chose à revoir.
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.
Je ne suis pas partisan de l'utilisation de l'attribut name car il n'apporte pas grand chose ? On pourrait par exemple utiliser tout simplement l'artifactId ? ou ne plus l'utiliser -:D
- ajout de l'action refresh local liste (si j'ai un peu de temps ce qui m'étonnerait :)) Ça servirait à quoi par curiosité ?
Bah c'est toi qui m'avait demandé d'avoir un bouton permettant de rafraîchir la liste des données ? non ? mais ce n'était peut-être pas juste pour la liste locale mais pour les deux, à toi de me dire (mais j'y suis pas encore...) si tu en as encore besoin; de mémoire tu me disais que sinon tu devais relancer l'application quand une donnée avait été modifiée... J'espère ne pas confondre avec un autre projet, mais je ne crois pas :). Tony.