Problème de disponibilité de jaxx 0.2 sur le repo.
Extrait de conversation jabber à traiter. (15:11:53) *:* il y a un soucis avec la version de JAXX (15:12:38) *:* apparemment, vous avez changé votre numérotation. Car simexplorer utilise la version 0.2 qui n'est plus présente sur votre dépôt (15:12:55) *:* et apparemment, les noms aussi ont changé Arnaud. -- Société Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 fax : 09 59 92 29 28
On Tue, 20 Jan 2009 16:10:15 +0100 Arnaud Thimel <thimel at codelutin.com> wrote:
Extrait de conversation jabber à traiter.
(15:11:53) *:* il y a un soucis avec la version de JAXX (15:12:38) *:* apparemment, vous avez changé votre numérotation. Car simexplorer utilise la version 0.2 qui n'est plus présente sur votre dépôt (15:12:55) *:* et apparemment, les noms aussi ont changé
Arnaud.
Les dépendances manquantes ont été repositionnée sur le labs. Pour information, je commence une migration du projet sur la branche migration-200901, cette migration comprend les points suivants : - utilisation layout maven 2 - passage en UTF-8 - utilisation des librairies et plugin codelutin stable avec les nouveaux groupId (org.codelutin à la place de lutinlib et lutinplugin). - utilisation de Jaxx-1.0 - utilisation de Commandline-1.0 -refactoring des pom avec nos nouveaux acquis (car les poms de ce projet multi-module ne sont pas comme il faut...) - ajout de l'action refresh local liste (si j'ai un peu de temps ce qui m'étonnerait :)) Encore désolé pour avoir violemment supprimé jaxx-0.2-SNAPSHOT, promis je recommencerais plus. Tony.
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
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.
Bonjour, Le mercredi 21 janvier 2009 19:41:54 tony Chemit, vous avez écrit :
J'ai rédigé un plan de migration car il y avait pas mal de chose à revoir.
Intéressant :-)
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
Il me semble que le name est obligatoire pour maven ? Si non, effectivement, il n'apporte pas grand chose.
- 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;
Au temps pour moi ! Je pensais que tu parlais de maven. Concernant la GUI, oui effectivement, ça pourrait être pratique. Mais je me demande, si je ne pourrais pas tout simplement envoyer un événement depuis notre IDE. Mais disons, que ce serait en tout cas pratique, ça calme des fois de cliquer sur un bouton pour être sûr. -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29
On Tue, 20 Jan 2009 16:10:15 +0100 Arnaud Thimel <thimel at codelutin.com> wrote:
Extrait de conversation jabber à traiter.
(15:11:53) *:* il y a un soucis avec la version de JAXX (15:12:38) *:* apparemment, vous avez changé votre numérotation. Car simexplorer utilise la version 0.2 qui n'est plus présente sur votre dépôt (15:12:55) *:* et apparemment, les noms aussi ont changé
Euh, c pas du tout normal qu'une version, meme ancienne, disparaisse de notre depot :(. kikafeca :( -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin at codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
participants (4)
-
chemit@codelutin.com -
nicolas.dumoulin@cemagref.fr -
poussin@codelutin.com -
thimel@codelutin.com