On Tue, 21 Jan 2014 16:57:36 +0100
Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:

Tony,
sauf erreur, tu ne m'as répondu sur ce point :
Par contre, ne pas pouvoir ouvrir la configuration ou avoir un blocage de l'applicatif est plus problématique. Sais tu d'où ça vient ?

oui je l'ai déjà expliqué le référentiel des navires n'est pas cohérent, plus précisement, il y a des navires avec plusieurs périodes (et de mise en oeuvre et de registre) ouvertes;
ce qui n'est pas possible (sinon on choisit comment la bonne période à utiliser?).

Pour info, j'ai perdu près de 4 jours sur le sujet.

Pour ce cas là, il me parait indispensable de trouver une solution au niveau du code (revoir des requêtes ?). Merci

Il me parait abbérant de devoir corriger des incohérences de référentiel au niveau du requétage dans une application finale!

Je dirais plutôt que les bases fournies doivent être un mimimum cohérente et donc s'en assurer avant de fournir une nouvelle base.

Dans tous les cas, cela n'est pas très souhaitable de modifier les requètes et ce n'est pas non plus de la responsabilité de cette application là, non?

Il faut pour moi corriger le problème en amont, ce que je fais dans tutti au chargement d'une base; je vérifie que les périodes sur les navires sont 
cohérentes et si ce n'est pas le cas, je supprime les périodes ouvertes les plus anciennes (c'est dans les logs).

Je t'ai proposé un début de solution pour que les bases produites soient de meilleure qualité, libre à toi ensuite de vouloir creuser cette piste (ou pas!)

J'espère avoir répondu de manière limpide à ta question.

tony.

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 20/01/2014 10:59, Christian BONNET a écrit :
Je vais remonter le problème pour une correction du référentiel.

Cependant :
- les mises à jour du référentiel ne sont pas simples, donc la correction ne sera pas pour tout de suite
- on n'est pas à l'abri que cela se reproduise

Je suis d'accord sur le fait qu'il ne faille pas faire du code spécifique et complexe pour ne pas avoir de doublon dans les listes s'il y a un erreur sur le référentiel donc ok pour avoir ces doublons (en plus, à priori il n'y a pas d'incidence sur l'utilisation ensuite car ça désigne bien le même navire).

Par contre, ne pas pouvoir ouvrir la configuration ou avoir un blocage de l'applicatif est plus problématique.
Sais tu d'où ça vient ?

Pour ce cas là, il me parait indispensable de trouver une solution au niveau du code (revoir des requêtes ?).

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 18/01/2014 13:48, Tony Chemit a écrit :
On Fri, 17 Jan 2014 16:03:54 +0100
Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:

J'ai mis en place une nouvelle base référentiel suite aux corrections faite en exploitation.

A partir d'un Allegro vierge (téléchargé depuis le site), j'ai importé la base CGFS.
Puis j'ai fait la synchronisation avec le référentiel mis à jour.

J'ai alors des problèmes de doublons dans les listes de navire scientifique :

Si je réinstalle la base à partir de la base référentiel uniquement, je n'ai plus les doublons.

Il y a donc des problèmes à la synchronisation des référentiels...
Je ne partage pas ton analyse, il y a avant tout un problème sur les données dans la base.

En utilisant la base que tu fournis (sans synchro de référentiel donc); je ne peux ouvrir l'écran des configuration, deplus j'ai bien des doublons dans les listes de navires!

Après enquête, il y a encore deux navires avec des périodes incohérentes.

854508 = ANTEA
905622 = COTES DE LA MANCHE

Et c'est bien ceux qu'on retrouve ne double ;)

J'ai mis en place un mécanisme qui va faire des vérifications au démarrage de l'application pour palier à ce problème.

Est-ce normal d'avoir des navires avec des périodes non cohérentes ? i.e avec deux périodes ouvertes ? Si oui il faut alors changer dans Tutti la requête de récupération de navires.

AMHA Ce n'est PAS normal de laisser passer ça et il faut corriger en amont.

Il faudrait avant de fournir une nouvelle base passer quelques contrôles dessus. Cela pourrait être un petit programme à appeler qui ouvre la base et la nettoye (et la compacte au passage).

Si tu veux cet outil existe déjà (code de Tutti à extraire) ! Il suffit juste que tu me demandes et je te le fournis. A terme évidemment il faudrait inclure ça dans Allegro directement.

On peut en rediscuter si tu veux.

Tony.

_______________________________________________
Tutti-devel mailing list
Tutti-devel@list.forge.codelutin.com
http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel


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