bonjour,

je suis reparti du besoin fonctionnel et des différents cas de figure (à priori).

J'ai repris le compte rendu initial fait par Erwan que j'ai complété par rapport à ce que Benoît à mis en oeuvre en précisant quels étaient les comportements fonctionnels à adopter.

J'ai peut-être oublié des cas et on peut aussi en rediscuter si vous avez des remarques ou des questions.

En particulier Vincent est ce que ça te parait compliqué pour Allegro Campagne ? Est ce qu'on autorise si la base a une version plus récente (option prise avec warning pour l'instant) ?

Merci pour vos retours.

PS : Erwan, à ton retour je te laisse voir où mettre ces infos pour que ça ne reste pas juste un mail ou une note (wiki ? Autre chose)

Christian


Christian BONNET	Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané
Infrastructures Marines et Numériques Informatique et Données Marines Ingénierie des Systèmes d'Information
christian.bonnet@ifremer.fr www.ifremer.fr	Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44

Le 17/07/2013 18:34, Tony Chemit a écrit :

Salut Tony, j'ai ajouté une note au ticket http://forge.codelutin.com/issues/2890 Pour l'erreur de compile, j'ai testé sous windows et cela fonctionne... Ca doit être un bug de Ant sous Linux, avec task *propertyregex.* Toi qui maitrise Maven à fond, vois tu un autre moyen pour créer le fichier hibernate.cfg.xml ? Générer une cartouche AndroMDA me parait un peu lourd pour ca... l'autre moyen est que je commit le fichier hibernate.cfg.xml. D'autant qu'il doit être présent dans src/main/java/ pour que liquibase le prenne (bug de liquibase). Qu'en dis tu ?

Je ne sais pas si c'est un bug du plugin ant ou la regex qui n'est pas compatible et quelque part je m'en fiche; ce qui m'interesse c'est d'avoir le bon fichier. Je serais plus pour que tu le commites (pour moi y'a déjà trop de script de patches...). (je donne ça en *expert maven* ;) qui n'aime vraiment pas les scripts ant). Si tu le peux le commiter en UTF-8 et sans fin de ligne windows ça serait génial ... (il y a une propriété svn pour ça que je t'avais donné il me semble, non?).

Pour la propriété "liquibase.should.run=true". cela signifie que la mise sera faite dès l'ouverture du contexte Spring... Du coup il n'y aura quasiment pas de risque d'avoir une BDD incompatible. Je ne suis même pas sûr que cela te soit utile de récupérer la version de la BDD. elle sera toujours la dernière, non ? Une autre solution est de demander à l'utilsiateur s'il souhaite mettre à jour sa base. en particulier lorsqu'il en importe une.

Dans Tutti, on est bien incapable de savoir ce qui est compatible ou pas (pas de persistence), donc tout vient de la base dirigée par adagio; on n'a donc pas d'autre choix que d'utiliser la dernière version de la base (et donc d'adagio). La méthode dont tu parles dans le ticket DatabaseSchemaDao.getSchemaVersion() donne la version de ma base ? - comment alors avoir la version cible ? (celle dans laquelle on doit migrer) ? - comment aussi savoir si je dois migrer ? api sur la comparaison des versions ? Pour l'interaction avec l'utilisateur, on pourrait alors lui afficher le message : Votre base de données est en version XXX, une migration vers la version YYY est nécessaire ? - oui pour migrer la base - annuler pour ne pas migrer (la base ne sera alors pas utilisable dans cette version du logiciel). Christian, peux-tu nous dire si cela te convient ? vois-tu une autre solution ? Benoit on peut peut-être s'apeller demain pour ça si possible. merci et bonne soirée à vous. tony. _______________________________________________ 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