- Tutti-devel - mailman.cloud.codelutin.com

Erreur dans le doc html de mapping
by Christian BONNET 24 Sep '13

24 Sep '13

1 0

[ANN] Allegro Campagne Nouvelle version 2.5.1
by Tony Chemit 23 Sep '13

23 Sep '13

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 2.5.1! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Il s'agit de la version 2.5 + une corrections sur un problème qui empèche de tester la partie données individuelles. Voir http://forge.codelutin.com/news/208 Important --------- Merci de bien prendre en compte la procédure de test des fonctionnalités décrite plus bas dans la section *Tester Allegro Campagne*. Notes de version ---------------- Cette version corrige quelques problèmes rencontrés en version 2.4 et intègre aussi de nouvelles fonctionnalités : o pouvoir sur les captures ajouter plusieurs lots sans quitter l'écran de création o gestion des caractéristiques par défaut dans les données individuelles o amélioration de la création d'un lot espèce / benthos (on propose désormais aussi le nombre ainsi que la première catégorisation sur le même écran) o configuration des unités dans les écrans de saisies des captures / données individuelles A noter aussi que sur cette version, les données CGFS sont exploitables. Changelog complêt de la version : http://forge.codelutin.com/news/207 Prévisionnel Version 2.6 ------------------------ J'ai préparé ce que je pense pouvoir traiter cette semaine et pourrait vous livrer lundi prochain en version 2.6. les tickets de la version 2.6 : http://forge.codelutin.com/versions/419 les tickets de la version 3.0 qui correspondent : http://forge.codelutin.com/projects/tutti/issues?query_id=77 On pourra en rediscuter demain à 11h00. Utiliser Allegro Campagne ------------------------- La version 2.5.1 est une version incrémentale, il suffit donc de lancer la dernière version de l'application la mise à jour sera automatique. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Tester Allegro Campagne ----------------------- Si vous rencontrez un problème de l'utilisation de l'application, n'hésitez pas à nous contacter via la liste de diffusion. Si possible joignez nous le journal des logs qui se trouve dans *data/tutti.log*. Comme décrit dans un courriel précédent http://list.forge.codelutin.com/pipermail/tutti-devel/2013-September/000260… les tickets résolus dans cette version sont tous attachés à un ticket de la version 3.0. Ces tickets (de la version 3.0) sont en état *Résolu* et en attente de votre validation. Vous pouvez retrouver tous ces tickets via le lien suivant : http://forge.codelutin.com/projects/tutti/issues?query_id=76 Une fois les fonctionnalités testées et validées, vous pouvez passer ces tickets en état *validé*, nous les passerons alors de notre côté en état *Fermé*. Ils seront alors visibles via le lien suivant : http://forge.codelutin.com/projects/tutti/issues?query_id=79 Si jamais quelque chose ne va pas, il faut réouvrir le ticket correspondant de la version 3.0 (passer en état *En cours*). Une fois tous les tickets de la version 3.0 en état *Fermé*, on pourra livrer la version finale 3.0. Liens du projet --------------- * Documentation : http://maven-site.forge.codelutin.com/tutti * Roadmap : http://forge.codelutin.com/projects/tutti/roadmap * Forge : http://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

[ANN] Allegro Campagne Nouvelle version 2.5
by Tony Chemit 23 Sep '13

23 Sep '13

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 2.5! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Important --------- Merci de bien prendre en compte la procédure de test des fonctionnalités décrite plus bas dans la section *Tester Allegro Campagne*. Notes de version ---------------- Cette version corrige quelques problèmes rencontrés en version 2.4 et intègre aussi de nouvelles fonctionnalités : o pouvoir sur les captures ajouter plusieurs lots sans quitter l'écran de création o gestion des caractéristiques par défaut dans les données individuelles o amélioration de la création d'un lot espèce / benthos (on propose désormais aussi le nombre ainsi que la première catégorisation sur le même écran) o configuration des unités dans les écrans de saisies des captures / données individuelles A noter aussi que sur cette version, les données CGFS sont exploitables. Changelog complêt de la version : http://forge.codelutin.com/news/207 Prévisionnel Version 2.6 ------------------------ J'ai préparé ce que je pense pouvoir traiter cette semaine et pourrait vous livrer lundi prochain en version 2.6. les tickets de la version 2.6 : http://forge.codelutin.com/versions/419 les tickets de la version 3.0 qui correspondent : http://forge.codelutin.com/projects/tutti/issues?query_id=77 On pourra en rediscuter demain à 11h00. Utiliser Allegro Campagne ------------------------- La version 2.5 est une version incrémentale, il suffit donc de lancer la dernière version de l'application la mise à jour sera automatique. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Tester Allegro Campagne ----------------------- Si vous rencontrez un problème de l'utilisation de l'application, n'hésitez pas à nous contacter via la liste de diffusion. Si possible joignez nous le journal des logs qui se trouve dans *data/tutti.log*. Comme décrit dans un courriel précédent http://list.forge.codelutin.com/pipermail/tutti-devel/2013-September/000260… les tickets résolus dans cette version sont tous attachés à un ticket de la version 3.0. Ces tickets (de la version 3.0) sont en état *Résolu* et en attente de votre validation. Vous pouvez retrouver tous ces tickets via le lien suivant : http://forge.codelutin.com/projects/tutti/issues?query_id=76 Une fois les fonctionnalités testées et validées, vous pouvez passer ces tickets en état *validé*, nous les passerons alors de notre côté en état *Fermé*. Ils seront alors visibles via le lien suivant : http://forge.codelutin.com/projects/tutti/issues?query_id=79 Si jamais quelque chose ne va pas, il faut réouvrir le ticket correspondant de la version 3.0 (passer en état *En cours*). Une fois tous les tickets de la version 3.0 en état *Fermé*, on pourra livrer la version finale 3.0. Liens du projet --------------- * Documentation : http://maven-site.forge.codelutin.com/tutti * Roadmap : http://forge.codelutin.com/projects/tutti/roadmap * Forge : http://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Release 2.5 en cours
by Tony Chemit 23 Sep '13

23 Sep '13

Bonjour, Juste pour prévenir que je lance la procédure de release 2.5 et la mise à jour des tickets de la 3.0 en conséquence. La release devrait être dispo dans l'heure qui suit. Cordialement, tony.

1 0

Date de création des entités Sample (Christian / Benoit)
by Tony Chemit 21 Sep '13

21 Sep '13

Bonjour, Je viens de voir que la date de création des entités *Sample* (SAMPLE.CREATION_DATE) (utilisée pour sauver les données individuelles et captures accidentelles) était celle de début de trait. Idem pour (SAMPLE.SAMPLE_DATE). Cela me parait un peu bizarre; ne devrait pas t on plutôt utiliser la vraie date de création (date - heure courante) pour ces deux champs ? Christian, si tu peux me valider ça; j'ai créé deux tickets pour ça : o un pour les données individuelles (http://forge.codelutin.com/issues/3305) o un pour les captures accidentelles (http://forge.codelutin.com/issues/3307) merci, tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Proposition de gestion de projet de la version 3.0 (Christian / Vincent / Tony)
by Tony Chemit 20 Sep '13

20 Sep '13

Bonjour, Voici un récapitulatif de la gestion de projet que nous aimerions mettre en place pour ce nouveau contrat. Filtres des tickets sur la version 3.0 -------------------------------------- Des filtres ont été créés pour les tickets de la version 3.0 en fonction de leur état d'avancement; ils sont accessibles depuis la page des demandes : o Version 3.0 - A faire (tickets non encore commencés) http://forge.codelutin.com/projects/tutti/issues?query_id=78 o Version 3.0 - En cours (tickets en cours de résolution sur une version) http://forge.codelutin.com/projects/tutti/issues?query_id=77 o Version 3.0 - A valider (tickets résolus que vous devez valider suite à nouvelle version et les passer en état *Validé*) http://forge.codelutin.com/projects/tutti/issues?query_id=76 o Version 3.0 - A fermer (tickets validé par vous et que je dois passer en état *Fermé*) http://forge.codelutin.com/projects/tutti/issues?query_id=79 o Version 3.0 - Fermé (tickets fermés) http://forge.codelutin.com/projects/tutti/issues?query_id=80 Versions intermédiaires ----------------------- Autant que possible, j'essaye de faire une nouvelle version à chaque début de semaine afin que vous puissiez tester les fonctionnalités au fur et à mesure. Après chaque nouvelle version, je mets à jour les tickets impactés de la version 3.0 et les passe en l'état *Résolu*, vous pourrez alors les valider. Je ne peux pas encore planifier exactement quoi mettre dans chaque version, on peut peut-être en discuter après chaque version (un petit point téléphonique le mardi PM ?). o Pendant la réalisation des fonctionnalités de la version 3.0, les versions seront nommées 2.5, 2.6, ... ; o Une fois tous les tickets traités dans la version 3.0 (phase de VSR); les version seront nommées 3.0-rc-1, 3.0-rc-2, ... ; o Une fois la VSR terminée, on pourra alors sortir une version 3.0 (finale) dont le changelog portera bien tous les fonctionnalités commandées. Validation d'un ticket ---------------------- Lors que vous devez valider un ticket, deux cas peuvent se produire : o la fonctionnalité répond bien au besoin, rien à redire; vous le passez en état *Validé* ; o quelque chose ne va pas, vous le repassez en état *En cours* et ajoutez un commentaire. Utilisation des tickets dans les versions intermédiaires -------------------------------------------------------- De mon côté, pour chaque ticket de la 3.0, dès que je dois intervenir dessus, je duplique le ticket dans la version cible et lui met en parent le ticket orgine de la 3.0. Ainsi on pourra bien savoir tout ce qui a été réalisé (corrigé) pour une fonctionnalité de la 3.0. Une fois le ticket résolu, et la version livrée, il ne faut pas le réouvrir; si il y a un problème voir le ticket correpondant de la 3.0 ou bien créer une anomalie. J'espère que ce mode fonctionnement vous conviendra et permettra de gérer au mieux ce nouveau contrat. Cordialement, tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 2

[ANN] Allegro Campagne Nouvelle version 2.4
by Tony Chemit 17 Sep '13

17 Sep '13

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 2.4! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Notes de version ---------------- Cette version intègre principalement les fonctionnalités suivantes : - pouvoir configurer la catégorisation des captures (#2889) - faciliter l'installation - l'import de nouvelle base (#3106) - mettre à jour de manière transparente les évolution du schéma de base (#2890) A noter aussi que sur cette version, les données CGFS sont exploitables. Changelog complêt de la version : http://forge.codelutin.com/news/204 Utiliser Allegro Campagne ------------------------- La version 2.4 est une version incrémentale, il suffit donc de lancer la dernière version de l'application la mise à jour sera automatique. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Tester Allegro Campagne ----------------------- Si vous rencontrez un problème de l'utilisation de l'application, n'hésitez pas à nous contacter via la liste de diffusion. Si possible joignez nous le journal des logs qui se trouve dans *data/tutti.log*. Liens du projet --------------- * Documentation : http://maven-site.forge.codelutin.com/tutti * Roadmap : http://forge.codelutin.com/projects/tutti/roadmap * Forge : http://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Problème avec la base adagio (Christian/Benoit/Vincent)
by Tony Chemit 13 Sep '13

13 Sep '13

Bonjour, En voulant mettre en place la fonctionnalité de ré-installation d'une base je me confronte à un problème qu'on a déjà eu sous une forme auparavant. L'architecture adagio ne me permet pas de supprimer sous windows les fichiers de cache et autres; deplus désormais après réinstallation d'une base, lors de la vérification de la version du schéma il me redonne en fait la version de la base précédente, donc ce n'est pas bon. Je n'ai pas de solution simple à mettre en oeuvre, hormis celle que Christian avait suggéré à une époque (i.e de redémarrer l'application). Cette solution fonctionnait bien avant car on ne devait pas faire d'action suite au redémarrage, mais là ça deveint un peu plus compliqué; je peux cependant tenter de le faire; à savoir : - l'utilisateur demande une réinstallation ou un import alors qu'il y a déjà une base en place - on fait la backup de la base précédente - on quitte l'application - l'application redémarre et termine l'action précédente : - suppression de l'ancienne base - installation base (ou import) Est-ce que cela vous convient ? Benoit si toi tu as une solution pour que la fermeture des ressources fonctionnent bien sous spring je suis preneur mais j'ai pas réussit (ehcache laisse des threads ouverts sur lequel on a pas le controle...) tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 4

[ANN] Adagio release 3.4
by Tony Chemit 23 Aug '13

23 Aug '13

Bonjour, Une nouvelle version d'Adagio 3.4 est disponible. Cette nouvelle version intègre la possibilité de migrer des schéma de base (utilisation de liquidbase). Voici le changelog : [adagio-core-allegro] Add liquibase 2.0.5 to manage database updates. [adagio-core-allegro] DatabaseSchemaDao: Add method to get the current database schema version (from table SYSTEM_VERSION) [adagio-core-allegro] DatabaseSchemaDao: Add method to get the database version if an update is applied [adagio-core-allegro] DatabaseSchemaDao: Add method to know if a schema update is need Les artefacts sont disponibles ici: http://nexus.nuiton.org/nexus/content/repositories/tutti-third-parties Pour l'utiliser ajouter la dépendence suivante dans votre pom : <dependency> <groupId>fr.ifremer.adagio</groupId> <artifactId>adagio-core-allegro</artifactId> <version>3.4</version> </dependency> Have fun! tony.

1 0

Répo adagio ? (Benoît)
by Tony Chemit 22 Aug '13

22 Aug '13

Salut Benoît, Je suis en train de faire un up d'adagio et je comprends pas trop ce qui se passe sur le module core; dans le répertoire core/src/sql, y'a toute une arborescence d'autres projets je crois avec des jar commités sur le svn, et pleins d'autres choses. Est-ce normal (je pense pas)? Benoit peux-tu me confirmer ou bien déplacer ça en dehors du projet; je voudrais faire la release 3.4 et je ne suis pas sûr que cela doivent être dedans. Sinon à part ça j'ai bien réussi à faire des migrations via le dao que tu as codé, c'est cool. Merci, Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 1