Test du référentiel d'exploitation Ifremer dans Tutti (Vincent, Tony)
On Mon, 13 Jan 2014 10:07:10 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Par contre, j'ai maintenant des erreurs liées au nouveau contenu du référentiel (problème avec le cache ?)
1/ une erreur quand je veux retourner dans la configuration apparemment au contenu du référentiel navire. Je vais créer un ticket pour que Tony regarde (on a plusieurs navire avec un code 0... même si ces codes sont différents : 000, 00000, 000000).
C'est tout vu, il n'a jamais été spécifié que ce code était une champs de caractère; il est traité comme un nombre; donc 0, 00 ou autre c'est las même chose -> donc ça ne marchera pas. Ça risque de poser de très gros problème dans le code de Tutti. alerte! tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Mon, 13 Jan 2014 10:43:56 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Je suis gêné et je ne sais pas trop quoi te répondre si ce n'est que dans la base HSQLDB fournie c'est du varchar12 depuis le début donc si le typage des colonnes de la base n'a pas été respecté effectivement ça risque de poser des problèmes. En plus on n'a pas que du numérique dans certains codes pour certains types de navires (apparemment ça ne concerne pas les navires pour tutti mais on ne sait pas comment l'appli va évoluer).
Perso, je suis plus que géné; il y a eu un gros loupé du coup et ça ne va pas bien fonctionner.
Je mets Benoit en copie il aura peut-être une idée
PTI, Benoît est inscrit à la liste, pas besoin de lui envoyer de mail en privé (évangélisation de l'utilisation d'une liste de diffusion toujours! :)). On va bien trouver des solutions, mais ce qui me dérange dans cette histoire, c'est de subir vos problèmes d'exploitation, et du coup à la veille de clôturer le dossier chez nous, je vais devoir réinvestir du temps, ce n'est pas normal que ça arrive aussi tard.
Christian
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@ifremer.fr www.ifremer.fr
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44
Le 13/01/2014 10:29, Tony Chemit a écrit : On Mon, 13 Jan 2014 10:07:10 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Par contre, j'ai maintenant des erreurs liées au nouveau contenu du référentiel (problème avec le cache ?)
1/ une erreur quand je veux retourner dans la configuration apparemment au contenu du référentiel navire. Je vais créer un ticket pour que Tony regarde (on a plusieurs navire avec un code 0... même si ces codes sont différents : 000, 00000, 000000).
C'est tout vu, il n'a jamais été spécifié que ce code était une champs de caractère; il est traité comme un nombre; donc 0, 00 ou autre c'est las même chose -> donc ça ne marchera pas.
Ça risque de poser de très gros problème dans le code de Tutti. alerte!
tony.
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
Vincent,
j'ai fini la manip et il faudrait que tu testes la mise à jour du référentiel dans Tutti.
Il reste juste un problème de rafraichissement des caches je pense (à remonter à Code Lutin), c'est pour ça que vendredi on avait l'impression que ça n'avait pas marché mais si tu relances Tutti tu vois bien les référentiels à jour. Je vois bien maintenant la catégorie "Male", par contre l'utilisateur que tu m'avais indiqué n'est pas là (mais c'est aussi le cas en exploitation). Pour l'utilisateur "Yves Verin" je ne comprends pas pourquoi il n'est
Mes réponses/questions dans le texte : Le 13/01/2014 10:07, Christian BONNET a écrit : pas listé. Sur quelle table vous pointez pour les utilisateurs ? On devrait avoir tout le personnel de l'Ifremer
Pour faire la manip, avant que je demande à Code Lutin de modifier l'applicatif, il faut modifier le paramétrage de Tutti manuellement : Aller dans configuration / technique et modifier l'information pour le paramètre URL de mise à jour des données
Y indiquer : https://www.ifremer.fr/sih-resource-private/tutti/tutti-data.properties
J'ai testé, ça marche.
Par contre, j'ai maintenant des erreurs liées au nouveau contenu du référentiel (problème avec le cache ?)
1/ une erreur quand je veux retourner dans la configuration apparemment au contenu du référentiel navire. Je vais créer un ticket pour que Tony regarde (on a plusieurs navire avec un code 0... même si ces codes sont différents : 000, 00000, 000000).
/Multiple entries with same key: 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000 and 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000// /
C'est problématique car ça m'empêche de revenir dans le menu de configuration. Je vais devoir réinstaller Tutti
//
2/ J'ai aussi des doublons dans les listes de navire dans l'applicatif...
3/ Autre élément "étrange" : je n'ai que 2 navires scientifiques :
j'avoue ne pas savoir où ça en est de la mise à jour de ce référentiel. Il y a eu tellement d'échange sur ce sujet que je ne sais pas si ils ont traité le ticket. Idem pour les strates/sous strates, le traitement du ticket prend des plombes (10 mois...) Vincent
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@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
_______________________________________________ Tutti-devel mailing list Tutti-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel
-- 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
On Mon, 13 Jan 2014 10:07:10 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Vincent,
j'ai fini la manip et il faudrait que tu testes la mise à jour du référentiel dans Tutti.
Il reste juste un problème de rafraichissement des caches je pense (à remonter à Code Lutin), c'est pour ça que vendredi on avait l'impression que ça n'avait pas marché mais si tu relances Tutti tu vois bien les référentiels à jour. Je vois bien maintenant la catégorie "Male", par contre l'utilisateur que tu m'avais indiqué n'est pas là (mais c'est aussi le cas en exploitation).
Le problème de cache est corrigé.
Pour faire la manip, avant que je demande à Code Lutin de modifier l'applicatif, il faut modifier le paramétrage de Tutti manuellement : Aller dans configuration / technique et modifier l'information pour le paramètre URL de mise à jour des données
Y indiquer : https://www.ifremer.fr/sih-resource-private/tutti/tutti-data.properties
Par contre, j'ai maintenant des erreurs liées au nouveau contenu du référentiel (problème avec le cache ?)
Non! problème soit de la requète, soit de la base.
1/ une erreur quand je veux retourner dans la configuration apparemment au contenu du référentiel navire. Je vais créer un ticket pour que Tony regarde (on a plusieurs navire avec un code 0... même si ces codes sont différents : 000, 00000, 000000).
Oui j'ai un navire de code '00000' qui a deux vesselFeatures différents avec deux noms différents, est-ce normal ?
Multiple entries with same key: 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000 and 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000 2/ J'ai aussi des doublons dans les listes de navire dans l'applicatif...
Tout ça me fait penser que la requete produite par Benoit ne fonctionne pas bien.
3/ Autre élément "étrange" : je n'ai que 2 navires scientifiques :
Idem.
Christian
--
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@ifremer.fr www.ifremer.fr
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Mon, 13 Jan 2014 22:57:37 +0100 Tony Chemit <chemit@codelutin.com> wrote: Je viens d'avoir Benoit au tel, on a essayé de débugger les requêtes. Ill y a deux problèmes : - un qui vient de la synchro (certainnes lignes ne sont pas remontées) - un autre qui est ensuite un effet de bord vu les lignes qui manquent... (c'est compliqué la vie). Je regarde donc le premier problème qui devrait alors corriger le tout. tony.
On Mon, 13 Jan 2014 10:07:10 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Vincent,
j'ai fini la manip et il faudrait que tu testes la mise à jour du référentiel dans Tutti.
Il reste juste un problème de rafraichissement des caches je pense (à remonter à Code Lutin), c'est pour ça que vendredi on avait l'impression que ça n'avait pas marché mais si tu relances Tutti tu vois bien les référentiels à jour. Je vois bien maintenant la catégorie "Male", par contre l'utilisateur que tu m'avais indiqué n'est pas là (mais c'est aussi le cas en exploitation).
Le problème de cache est corrigé.
Pour faire la manip, avant que je demande à Code Lutin de modifier l'applicatif, il faut modifier le paramétrage de Tutti manuellement : Aller dans configuration / technique et modifier l'information pour le paramètre URL de mise à jour des données
Y indiquer : https://www.ifremer.fr/sih-resource-private/tutti/tutti-data.properties
Par contre, j'ai maintenant des erreurs liées au nouveau contenu du référentiel (problème avec le cache ?)
Non! problème soit de la requète, soit de la base.
1/ une erreur quand je veux retourner dans la configuration apparemment au contenu du référentiel navire. Je vais créer un ticket pour que Tony regarde (on a plusieurs navire avec un code 0... même si ces codes sont différents : 000, 00000, 000000).
Oui j'ai un navire de code '00000' qui a deux vesselFeatures différents avec deux noms différents, est-ce normal ?
Multiple entries with same key: 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000 and 00000=fr.ifremer.tutti.persistence.entities.referential.VesselBean@2baf430: 00000 2/ J'ai aussi des doublons dans les listes de navire dans l'applicatif...
Tout ça me fait penser que la requete produite par Benoit ne fonctionne pas bien.
3/ Autre élément "étrange" : je n'ai que 2 navires scientifiques :
Idem.
Christian
--
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@ifremer.fr www.ifremer.fr
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Tue, 14 Jan 2014 09:59:40 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote: Au final, j'ai compris le problème et Benoît vient de me confirmer. Je note dans la base des incohérences qu'on ne pouvait pas détecter plus tôt. Pour le navire *00000*, dans mon ancienne base j'avais ça dans VESSEL_FEATURE 552632,"1900-01-01 00:00:00",NULL,"A IDENTIFIER",NULL,1,NULL,NULL,1,1,NULL,1900,NULL,NULL,false,"2013-01-08 11:35:57",NULL,NULL,00000 552637,"2000-01-01 00:00:00",NULL,"NAVIRE OFIMER",NULL,1,NULL,NULL,1,1,NULL,2000,NULL,NULL,false,"2013-01-07 00:00:00",NULL,NULL,00000 Bien remarquer que les périodes ne sont pas cohérentes! mais il n'y avait pas de VESSEL_REGISTRATION_PERIOD associée pour ce navire; donc le navire ne remontait pas. Dans la nouvelle base, le navire a un période donc on remonte deux navires. De plus Benoît m'a indiqué que les lignes pouvaient disparaître sur les tables VESSEL-*, ce dont nous n'avions JAMAIS parlé, on a toujours convenu que la synchro ne faisait que des mises à jour et ajouts et là ce n'est plus le cas. Merci de me fournir alors les tables dont les données sont suceptibles d'être supprimées et donc d'engendrer des effets de bords lors de la synchro. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
participants (3)
-
Christian BONNET -
Tony Chemit -
Vincent BADTS