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).

Je mets Benoit en copie il aura peut-être une idée

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.