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

Problème de dépendances andromda dans adagio
by Tony Chemit 14 Apr '14

14 Apr '14

Hello, je viens de me rendre compte que adagio embarque en dépendance transitive toutes les dépendances andromda et c'est pas bon ça. Il ne faut mettre pas ces dépendances sur le module adagio, si il y a en besoin c'est pour la génération et donc c'est dans le plugin qu'il faudrait les mettre. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

3 5

Configuration adagio à simplifier (Benoit)
by Tony Chemit 02 Dec '13

02 Dec '13

Hello, J'écris encore sur cette liste, car je ne suis pas sûr que ça marche adagio-devel (il faudrait ;)). Il faut qu'on fasse un nettoyage dans les configurations adagio. Par exemple pour la configuration hibernate, on a : o src/main/resources/hibernate.cfg non utilisé par spring o target/generated-sources/java/un applicationContext-entities.xml Quel est l'intérêt ? Il faut autant que possible limiter les fichiers de configuration. Le choix a été fait d'utiliser spring donc on reste sur spring et on évite la dispersion. Le jour où quelqu'un aura besoin d'une configuration hibernate en standalone, on en reparlera mais ça n'arrivera pas. Benoit, je suis bien tenté de supprimer ce fichier. Un autre point qui ne va pas trop, je vois que des classes sont dupliquées entre les deux module core et core-allegro (typiquement fr.ifremer.adagio.core.dao.technical.ehcache.EhCacheManagerFactoryBean) A quoi cela sert-il ? Mieux vaudrait avoir un module commun (core-shared) où on l'on met tout ce qui est commun. En terme de convergence, si on continue à différencer des classes de configuration qui sont les même, ça n'a pas de sens AMHA. Là encore, le jour où l'on voudra utiliser autre chose dans une des deux implantations, on se posera alors la question de surcharger, mais pas avant. Désolé d'insister sur ce point, mais il ne faut pas anticiper des besoins qui n'existent pas et qui ne font que compléxifier le systeme (déjà bien compliqué). Benoit, qu'en penses-tu ? (d'avoir un module au dessus). Je veux bien te filer un coup de main dans ce sens la semaine prochaine. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

2 1

Génération du fichier ehcache.xml (Benoit)
by Tony Chemit 30 Nov '13

30 Nov '13

Je pense qu'il faut exclure ce fichier du build. au pire le renommer en ehcache-failsafe.xml pour plusieurs raisons: - je veux pouvoir modifier la conf ehcache - il n'est pas utile d'avoir pour chaque entité un cache de déclaré ici, il prendra le defaultCache. - deuxième endroit où configurer des caches (un seul me suffit) Au mieux il faut un fichier ehcache-failsafe.xml avec juste le defaultCache dedans, les autres caches sont gérés par spring. Au passage j'ai corrigé (mais pas encore commité :() le problème d'utilisation de cache de second niveau pour hibernate. Tu as du mal appliquer le patch, mais c'est un peu normal vu les diffs de conf. Par contre je ne vais pas pouvoir faire de release car tu as changé les configurations de release vers des dépots chez toi, donc moi je peux rien faire sauf si tu me donnes les accès. Autre point que je note, dans le module core, y'a une dépendance en snapshot sur dbunit, je sais pas pourquoi. Donc lors de la prochaine release (j'en ai besoin rapidemment), il faudra je pense juste ne pas inclure core dans le build de release. Bon ouik-end, tony.

1 0

[ANN] - Ifremer shared 1.0 released
by Tony Chemit 28 Nov '13

28 Nov '13

The Ifremer shared team is pleased to announce the shared-pom-1.0 release! Module commun à l'écriture d'applications Swing Ifremer. Il est actuellement utilisé par Tutti 3.0, il n'y a pas encore de documentation, mieux vaut alors regarder comment c'est utilisé dans Tutti ou me demander :) Changes ------- Changes in this version include: Changes: o Init import from Tutti Issue: 3861. Thanks to Tony Chemit. Resolved by tchemit. Downloads --------- No release file deployed. (all files are deployed in the maven repository) Maven artifacts --------------- Artifacts are deployed in nuiton maven repository http://maven.nuiton.org/other-releases/ Have fun! -Ifremer shared team tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0

Re: [Tutti-devel] Problème de synchronisation des référentiels (Pour Vincent)
by Benoit Lavenier 28 Nov '13

28 Nov '13

Bonjour Vincent, je pense avoir fini les corrections pour que tutti puisse se mettre à jour avec une base de référentiel plus récente. Juste une question pour faire un petit test : as tu un exemple d'un référentiel qui a été mis à jour ? Tu avais parlé d'espèce scientifiques : te rappelles-tu le nom ? Merci. a+ Benoit LAVENIER *E-IS - Environmental Information Systems - www.e-is.pro <http://www.e-is.pro>* Téléphone : *09 53 24 41 20* / *06 62 86 37 82* Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : benoit.lavenier(a)e-is.pro Fax : 09 58 55 73 50 Le 26 novembre 2013 11:32, Tony Chemit <chemit(a)codelutin.com> a écrit : > On Tue, 26 Nov 2013 11:09:42 +0100 > Benoit Lavenier <benoit.lavenier(a)e-is.pro> wrote: > > > Salut Tony, > > > > j'ai réussit à trouver comment faire. never mind. > > ok merci, j'ai pas eu le tempsd e te répondre. > > Par contre il faudra bien faire attention à ce que dans le trunk on > reprenne bien les modifications que j'ai fait. > > merci, > > tony. > > > > a+ > > > > > > Benoit LAVENIER > > *E-IS - Environmental Information Systems - www.e-is.pro > > <http://www.e-is.pro>* > > Téléphone : *09 53 24 41 20* / *06 62 86 37 82* > > Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE > > Email : benoit.lavenier(a)e-is.pro > > Fax : 09 58 55 73 50 > > > > > > Le 25 novembre 2013 17:24, Benoit Lavenier <benoit.lavenier(a)e-is.pro> a > > écrit : > > > > > Salut Tony, > > > > > > J'avais proposé à Christian de regarder les pb de synchro avec une base > > > venant d'Allegro. > > > A priori la base n'a pas été patché comme sous tutti. > > > > > > Je suis en train de mettre à jour liquibase (changelog), avec des > > > spécificités qui ne sont pas dans le modèle que j'avais... > > > > > > Bref, pour tester que tout est maintenant OK, j'aurais besoin de savoir > > > comment : > > > - tester une syncrhonisation de référentiel, depuis une base que je > force > > > (en local) > > > Existe il un TU pour cela ? Je n'ai pas trouvé en tout cas. > > > Y a t'il une propriété d'un fichier de configuration à overrider ? > > > > > > Merci. > > > (si tu as pas le temps je vais bien finir par trouver.. :o) ) > > > > > > Benoit LAVENIER > > > *E-IS - Environmental Information Systems - www.e-is.pro > > > <http://www.e-is.pro>* > > > Téléphone : *09 53 24 41 20* / *06 62 86 37 82* > > > Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE > > > Email : benoit.lavenier(a)e-is.pro > > > Fax : 09 58 55 73 50 > > > > > > > -- > Tony Chemit > -------------------- > tél: +33 (0) 2 40 50 29 28 > http://www.codelutin.com > email: chemit(a)codelutin.com > twitter: https://twitter.com/tchemit > _______________________________________________ > Tutti-devel mailing list > Tutti-devel(a)list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel >

3 5

Problème de synchronisation des référentiels (Pour Tony)
by Benoit Lavenier 26 Nov '13

26 Nov '13

Salut Tony, J'avais proposé à Christian de regarder les pb de synchro avec une base venant d'Allegro. A priori la base n'a pas été patché comme sous tutti. Je suis en train de mettre à jour liquibase (changelog), avec des spécificités qui ne sont pas dans le modèle que j'avais... Bref, pour tester que tout est maintenant OK, j'aurais besoin de savoir comment : - tester une syncrhonisation de référentiel, depuis une base que je force (en local) Existe il un TU pour cela ? Je n'ai pas trouvé en tout cas. Y a t'il une propriété d'un fichier de configuration à overrider ? Merci. (si tu as pas le temps je vais bien finir par trouver.. :o) ) Benoit LAVENIER *E-IS - Environmental Information Systems - www.e-is.pro <http://www.e-is.pro>* Téléphone : *09 53 24 41 20* / *06 62 86 37 82* Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : benoit.lavenier(a)e-is.pro Fax : 09 58 55 73 50

2 2

ifremer-shared projet (Benoit, Lionel)
by Tony Chemit 24 Nov '13

24 Nov '13

Salut, Comme promis, j'ai crée un projet ifremer-shared qui contient deux modules [1] : - application (pour le code commun de l'application) - application-swing (pour la partie swing) J'y ai intégré des parties de Tutti, mais pas tout car je ne sais pas trop comment vous voulez gérer les modèles. Pour la partie boot de l'application, je pourrais intégrer ce qui est dans Tutti car c'est assez neutre. Il n'y a pas non plus d'intégration du module de persistence, il faudrait en rediscuter. Il n'y a pas de doc pour le moment (my bad:(). Tutti utilise ces composants pour le moment sur une branche [2] Pour les éditeurs, j'ai intégrés dans Jaxx (version 2.6-SNAPSHOT) le SimpleTimeEditor qui fonctionne très bien dans la démo jaxx, ainsi que les éditeurs de coordonnées. Tout est déployé sur notre nexus en snapshot. A vos avis, tony. [1] http://svn.forge.codelutin.com/svn/tutti/application/trunk [2] http://svn.forge.codelutin.com/svn/tutti/branches/tutti-with-ifremer-shared -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0

[ANN] Allegro Campagne Nouvelle version 3.0-rc-1 (Release candidate 1)
by Tony Chemit 21 Nov '13

21 Nov '13

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 3.0-rc-1 (Release candidate 1)! 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 corrige des problèmes remontés suite à l'utilisation sur la campagne MEDITS-2013. Les rapports Birt ont été pour le moment mis de côté, ils seront intégrés dans la version 3.1. A noter aussi que sur cette version, les données CGFS et MEDITS-2013 sont exploitables. Changelog complêt de la version : http://forge.codelutin.com/news/234 A venir ------- Cette release candidate passera en version finale 3.0 après de nouveaux tests de votre part. Aucune nouvelle fonctionalités ne seront effectuées dans cette version. Et ensuite ? (version 3.1) --------------------------- o Finir l'intégration des rapport o Corriger les derniers petits problèmes d'interface graphiques remontés o Intégrer l'aide en ligne (v2) o Finaliser le tri sur les espèces (discuter si on ne peut pas passer sur cette évolution car très compliquée) Utiliser Allegro Campagne ------------------------- Vous pouvez télécharger cette nouvelle ici : o Windows (tutti-3.0-rc-1-full-windows-i586.zip) - http://forge.codelutin.com/attachments/download/1254 o Linux (tutti-3.0-rc-1-full-linux-i586.zip) - http://forge.codelutin.com/attachments/download/1253 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 Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0

Mystère et boulle de gomme a.k.a les caches (-cache?)!
by Tony Chemit 19 Nov '13

19 Nov '13

Hello, Juste pour dire que je viens de trouver pourquoi les caches sur les taxon ne fonctionnaient plus dans Tutti. On avait ça sur le contrat @Cacheable(value = "referentSpeciesById", key = "#referenceTaxonId", condition="#referenceTaxonId != null") Species getSpeciesByReferenceTaxonId(Integer referenceTaxonId); Et dans l'implémentation @Override public Species getSpeciesByReferenceTaxonId(Integer speciesId) { ... } Je comprennais pas pk on a une condition car il est impossible de demander un taxon avec un id null. En fait je me suis rendu compte qu'il fallait que le nom du paramètre soit exactement le même que celui dans le contrat (moi je pensais qu'il se basait sur le type et la position). Donc au final ça fonctionne bien avec cette conf: @Cacheable(value = "referentSpeciesById", key = "#referenceTaxonId") Species getSpeciesByReferenceTaxonId(Integer referenceTaxonId); @Override public Species getSpeciesByReferenceTaxonId(Integer referenceTaxonId) { ... } Mystery solved qui dirait l'autre (son prénom c'est Fred) ;) L'application a retrouvé un peu d'air frais et les temps redeviennent plus acceptables, ouf! Benoit, je me demande si ce cache ne devrait pas être dans adagio car il me semble qui doit servir à tous, non? Si oui on pourra alors le remonter sur la version 3.4.1 d'adagio. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

2 1

Patch adagio
by Tony Chemit 18 Nov '13

18 Nov '13

Voici le patch que j'ai appliqué pour corriger le problème des caches dans tutti. A noter que je suis repartidu dernier tag releasé (3.4). Je vais faire une release 3.4.0-1 à partir de ça pour tutti. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit(a)codelutin.com twitter: https://twitter.com/tchemit

1 0