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

Passage du scm du projet sous Gitlab
by Tony Chemit 04 Dec '15

04 Dec '15

Hello, Les sources sont désormais disponibles sous gitlab. Pour récupérer le projet : git clone https://gitlab.nuiton.org/codelutin/tutti.git ou mieux (via ssh) git git@gitlab.nuiton.org:codelutin/tutti.git L'ancien dépôt existe toujours mais est en lecture seule. Cordialement, 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

[CR] Réunion de lancement de la version 5.0
by Tony Chemit 04 Dec '15

04 Dec '15

Bonjour, Vous trouverez en pièce-jointe le compte-rendu de la réunion de ce matin. Prochaine réunion le lundi 14 décembre à 10h00. Cordialement, 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

Mise à jour des spécifications
by Christian BONNET 13 Oct '15

13 Oct '15

bonjour, Nous avons mis en exploitation la version 4.0.3 de Tutti la semaine dernière. Comme cette version correspond à une version majeure stabilisée de l'export générique et que nous ne devrions pas avoir de version majeure d'ici plusieurs mois, il nous semble souhaitable de mettre à jour les spécifications de Tutti sur la base de cette version. J'ai vu qu'il y avait déjà un ticket créé pour cela (7256). Auriez-vous une date prévisionnelle pour sa réalisation ? Merci Christian -- Site Ifremer <http://www.ifremer.fr> Christian BONNET Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Département Infrastructures Marines et Numériques (IMN) Unité Informatique et Données Marines (IDM) Service Ingénierie des Systèmes d'Information (ISI) christian.bonnet(a)ifremer.fr <mailto:christian.bonnet@ifremer.fr> www.ifremer.fr <http://www.ifremer.fr> Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44

3 10

[ANN] Allegro Campagne Nouvelle version 4.1.1
by Tony Chemit 21 Sep '15

21 Sep '15

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.1.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 intègre une correction sur une erreur de conversion de poids lors de l'import BigFin. Changelog complêt: https://forge.codelutin.com/versions/876 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.1.1.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état *En attente de validation par le client*. o si la correction / évolution est conforme, il faut passer le ticket en état *Terminée*. o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs *Ticket parent* le numéro du ticket incriminé. Vous pouvez retrouver la liste des tickets à valider ici : http://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : https://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://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

[ANN] Allegro Campagne Nouvelle version 4.1
by Tony Chemit 19 Sep '15

19 Sep '15

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.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 intègre deux nouvelles règles de gestion pour l'importcsv BigFin. Changelog complêt: https://forge.codelutin.com/versions/867 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.1.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état *En attente de validation par le client*. o si la correction / évolution est conforme, il faut passer le ticket en état *Terminée*. o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs *Ticket parent* le numéro du ticket incriminé. Vous pouvez retrouver la liste des tickets à valider ici : http://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : https://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://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

Question mapping et requêtes [Tony,Léo ]
by Christian BONNET 18 Sep '15

18 Sep '15

bonjour, j'ai une question concernant le doc de mapping et surtout les requêtes pour alimenter les listes de référérentiel. On a un soucis sur le référentiel des strates et on ne comprend pas pourquoi on ne voit pas 2 strates (Cc3 et Cc4) dans la liste des states. Je suis donc parti du document de mapping pour voir quelles requêtes étaient appliquées pour alimenter la liste et j'ai modifié la conf de log4j pour avoir directement les requêtes HSQL (et non hibernate). Modification de la conf : log4j.logger.org.hibernate.SQL=DEBUG log4j.logger.org.hibernate.type=TRACE J'ai bien récupéré dans les logs les requêtes exécutées (cf plus bas dans mon mail), par contre, ces requêtes ne ramènent rien alors que dans l'écran de saisie j'ai bien une liste de strates. Comment c'est possible ? Je ne vois aucune autre requête exécutée concernant la table location dans les logs. Sinon, est ce que vous pouvez me dire où vous en êtes sur la mise à jour des spécifications ? Merci Christian [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,356 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,357 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,357 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,357 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,357 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,357 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,358 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,359 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,359 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,359 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,359 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [303] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,360 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,360 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,360 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,361 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,361 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,361 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,361 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,361 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,362 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,362 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,366 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,367 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,367 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,367 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,367 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,368 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,368 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,379 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,380 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,382 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,382 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,382 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,382 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [303] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,383 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,383 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,383 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,384 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,384 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,384 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,384 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,384 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,385 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,385 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,389 DEBUG org.hibernate.SQL - select locationim0_.ID as col_0_0_, locationim0_.LABEL as col_1_0_, locationim0_.NAME as col_2_0_, locationim0_.STATUS_FK as col_3_0_ from LOCATION locationim0_ cross join LOCATION_HIERARCHY locationhi1_ cross join LOCATION locationim2_ where locationhi1_.PARENT_LOCATION_FK=locationim2_.ID and (locationim0_.STATUS_FK in (? , ?)) and locationim0_.LOCATION_LEVEL_FK=? and locationim0_.LOCATION_CLASSIFICATION_FK=? and locationim0_.ID=locationhi1_.CHILD_LOCATION_FK and locationhi1_.PARENT_LOCATION_FK=? and locationim2_.LOCATION_LEVEL_FK=? [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,390 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [1] as [VARCHAR] - [1] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,390 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [2] as [VARCHAR] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,390 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [3] as [INTEGER] - [304] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,390 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [4] as [INTEGER] - [2] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,391 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [5] as [INTEGER] - [61990] [SwingWorker-pool-2-thread-5] 2015-09-15 11:25:52,391 TRACE org.hibernate.type.descriptor.sql.BasicBinder - binding parameter [6] as [INTEGER] - [301] -- Site Ifremer <http://www.ifremer.fr> Christian BONNET Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Département Infrastructures Marines et Numériques (IMN) Unité Informatique et Données Marines (IDM) Service Ingénierie des Systèmes d'Information (ISI) christian.bonnet(a)ifremer.fr <mailto:christian.bonnet@ifremer.fr> www.ifremer.fr <http://www.ifremer.fr> Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44

2 2

Supprimer accès au rapport V1 birt
by Vincent BADTS 14 Sep '15

14 Sep '15

Bonjour Tony, Dans la prochaine version, est ce que tu peux supprimer de la liste des rapports la version 1 du rapport : controle_data_allegro_campagne.rptdesign tu peux aussi créer une V4.0.8 au cas où... Merci -- Vincent BADTS Responsable qualité du SIH (Système d'Informations Halieutiques) IFREMER centre Atlantique Unité EMH (Ecologie et Modèles pour l'Halieutique) Tél : 33 2 40 37 40 53 (interne : 80 53) Fax : 33 2 40 37 40 38 www.ifremer.fr

2 1

[ANN] Allegro Campagne Nouvelle version 4.0.7
by Tony Chemit 11 Sep '15

11 Sep '15

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.0.7! 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 erreurs dues aux interfaces graphiques mais qui n'avait pas d'impact sur le fonctionnement du logiciel. Dans cette nouvelle version, on a modifié aussi la liste des espèces à utiliser dans les écrans de création des lots espèces et benthos en ymettant uniquement les espèces présentes dans le protocole si celui-ci est renseigné; dans le cas contraire on continue à utiliser la liste des espèces référentes. Changelog complêt: https://forge.codelutin.com/versions/866 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.0.7.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état *En attente de validation par le client*. o si la correction / évolution est conforme, il faut passer le ticket en état *Terminée*. o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs *Ticket parent* le numéro du ticket incriminé. Vous pouvez retrouver la liste des tickets à valider ici : http://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : https://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://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

[ANN] Allegro Campagne Nouvelle version 4.0.6
by Tony Chemit 28 Aug '15

28 Aug '15

Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 4.0.6! 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 une mise à jour d'adagio qui permet de corriger le problème sur les saisisseurs supprimés lors d'une sauvegarde de la campagne. À l'ouverture d'une base, une mise à jour du schéma vous sera proposé. À noter aussi que le modèle de persistance n'est pas modifié, seule la version du modèle change (aucun impact pour allegro). Changelog complêt: https://forge.codelutin.com/versions/861 Utiliser Allegro Campagne ------------------------- Il s'agit d'une version incrémentale qui se met à jour toute seule. Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Pour utiliser cette nouvelle version avant son passage en production, changez l'url des mises à jour sur cette url: http://tutti.codelutin.com/update/tutti-application-4.0.6.properties ou bien http://tutti.codelutin.com/update/tutti-application-latest.properties Tester Allegro Campagne ----------------------- Les tickets à valider sont en état *En attente de validation par le client*. o si la correction / évolution est conforme, il faut passer le ticket en état *Terminée*. o si la correction / évolution n'est pas conforme, il faut créer un nouveau ticket, en indiquant si possible dans le champs *Ticket parent* le numéro du ticket incriminé. Vous pouvez retrouver la liste des tickets à valider ici : http://forge.codelutin.com/projects/tutti/issues?query_id=145 Liens du projet --------------- * Documentation : https://tutti.codelutin.com * Roadmap : https://forge.codelutin.com/projects/tutti/roadmap * Forge : https://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

Nouvelle version nécessaire d'adagio pour Tutti [Christian]
by Tony Chemit 27 Aug '15

27 Aug '15

Bonjour, Nous avons détecté un incohérence dans les bases de tutti (voir [1] et [2]). Pour faire simple les saisisseurs étaient enregistrés sur les traits mais aussi sur les campagnes, ce qui provoquait la suppression de tous les saisisseurs sur une modification d'une campagne! Le code a été corrigé dans Tutti et les nouvelles bases n'auront plus le problème. Par contre pour des bases déjà existantes, le problème subsiste toujours. Une migration de base est nécessaire, il faut donc produire une nouvelle version d'adagio avec montée de version. À noter que la migration ne modifie pas la structure du modèle de persistance mais juste joue la requête suivante : UPDATE VESSEL_PERSON_FEATURES SET FISHING_TRIP_FK = NULL WHERE OPERATION_FK IS NOT NULL AND FISHING_TRIP_FK IS NOT NULL; Je prépare donc une nouvelle version 3.8.6.3 dans ce sens. [1] https://forge.codelutin.com/issues/7283 [2] https://forge.codelutin.com/issues/7468 -- 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