Ce n'est pas très important, mais si quelqu'un a un problème, parce que la commande démarre le navigateur Opera, qui ne fonctionne pas avec l'application “H2 Console”, il faut changer le navigateur et entrer le URL manuellement, puis fermer Opera avant visiter la page réellement. Fermer Opera en essayant de redemarrer H2 Console crée un processus «zombie» qu'il faut arrêter par “kill -9”, avant la prochaine tentative. Ben voila. Avec IceWeasel tout est bien. Je me lance... ;-) Michael On Thu, Jun 12, 2014 at 03:09:25PM +0200, david Cossé wrote:

Bonjour,

Vous pouvez accéder à votre base de données via l'utilitaire suivant: h2-1.3.176.jar Fermez Lima. La base de données est stockée dans le ficher: ~/.lima/limadb.h2.db

Faites une copie de celle ci en cas d'erreur de manipulation: cp ~/.lima/ limadb.h2.db ~/.lima/limadb.h2.db.bkp pour la restaurer si besoin faites: mv ~/.lima/limadb.h2.db.bkp ~/.lima/ limadb.h2.db

Ouvrez un terminal et allez à l'endroit ou vous avez téléchargé le jar exécutez le avec la commande: java -jar h2-1.3.176.jar Une fenêtre dans votre navigateur s'ouvre Entrez les valeurs suivantes:

Configuration: Generic H2 (Embedded) Pilote JDBC: org.h2.Driver URL JDBC: jdbc:h2:~/.lima/limadb Nom d'utilisateur: sa Mot de passe: (ne rien saisir il n'y en a pas)

Cordialement David Cossé

Le 12/06/2014 13:53, Michael Uplawski a écrit :

Bonjour,

je crois d'observer des inconsistances dans la base de donnés. Pour vérifier et corriger, je cherche à acceder cette base (fichier limadb.h2.db) de l'extérieur de Lima. Quel moyen existe sous Linux pour afficher et manipuler les tableaux et leurs relations ?

Merci,

Michael

_______________________________________________ Lima-users mailing list Lima-users@list.chorem.org http://list.chorem.org/cgi-bin/mailman/listinfo/lima-users

_______________________________________________ Lima-users mailing list Lima-users@list.chorem.org http://list.chorem.org/cgi-bin/mailman/listinfo/lima-users

-- GnuPG/OpenPGP 4096R/3216CF02 2013-11-15 [expires: 2015-11-15] Michael Uplawski (privat) <michael.uplawski@uplawski.eu> sub 4096R/2751C550 2013-11-15 [expires: 2015-11-15]

Bonjour, Le 12/06/2014 17:23, Michael Uplawski a écrit :

Je veux presque m'excuser de vous énerver de nouveau, mais j'ai compris quelques-uns des phénomènes qui m'ont inquiétés dans la présentation des donnés dans Lima.

Quand vous développez le logiciel, des actualisations du schema de la base deviennent fréquemment nécessaires. C'est complètement normal et attendu. Seulement.., quand ça m'est arrivé dans une ancienne vie, on a souvent prix un week-end entier pour manipuler les bases de nos clients de loin, par connexion sécurisé, avant l'installation d'une nouvelle version du logiciel.

Est-ce qu'il est envisageable que vous fournissez une petite routine, pourquoi pas caché derrière un interface simpliste, qui sert à mettre les choses en ordre chez vos utilisateurs ? Il existe déjà un mécanisme de migration de base de données dans Lima qui gère les modifications à faire sur la base de données. Celui-ci est exécuté à chaque utilisation d'une nouvelle version de Lima.

Concrètement, ce que je vois déjà, c'est des NULL manquant dans une colonne. Je vais les entrer manuellement, c'est bien et ça marche. Mais cette procédure, qui n'est normalement pas nécessaire pour les nouvelles entrées, doit être facilitée pour l'utilisateur. Je crois que c'est une des dernières nouvelles versions .7x qui a introduit l'erreur. J'ai détecté ce problème sur la table 'entry', parlez-vous de la même table ? Voici la requête à utiliser afin de corriger le problème: UPDATE entry SET lettering=null WHERE lettering IS NOT NULL AND LENGTH(LTRIM(RTRIM(lettering))) = 0

Par ailleurs, cette requête sera automatiquement exécutée lors du premier lancement de la version 8.0 de Lima.

Mais bon. C'est maitrisé.

Merci,

Michael

_______________________________________________ Lima-users mailing list Lima-users@list.chorem.org http://list.chorem.org/cgi-bin/mailman/listinfo/lima-users Cordialement David Cossé