Base de donnée inaccessible

fr-users
#21

Bonjour

Je dois me tromper tellement cela me semble basique ...

Pour accéder à la structure de la base,
aller dans la fenêtre de gauche (Tables, Requêtes, Formulaires, Rapports)et
choisir "Tables"
puis dans la fenêtre centrale Clic Droit sur la table idoine
choisir Modifier
et tu as accès aux différents champs pour les modifier ...

Mais je suppose que cela tu le savais ... et que j'ai mal interprété ta
demande.

A+
Alain

#22

Bonjour Joel,

Le 18/02/11 11:42, joel a écrit :Aujourd'hui, je suis sous Arch.

Je viens de réouvrir LibO : il a, comme d'habitude, d'abord restauré la BDD et le formulaire que j'avais dû killer la dernière fois...
Et tout à l'heure, je vais à nouveau devoir le killer pour quitter LibO...

Laisse tomber la restauration, c'est le truc à faire anéantir ta base si
elle a subi des dégâts d'écriture lors du plantage précédent. Fais
"annuler" lorsque la fenêtre de restauration se présente.

A ce sujet, comment faire pour que LibO ne veuille plus le restaurer au démarrage ?

J'ai fait une capture d'écran de ce formulaire : http://www.cijoint.fr/cjlink.php?file=cj201102/cij948ZUiW.png
Tu peux y voir que tous les outils de la barre d'outil "navigation pour formulaires" sont grisés. Je ne peux absolument rien faire...

Il faut que tu recherches l'existence éventuelle d'un fichier .lock ou
.lck et tu le vires. Je pense que tu as toujours un problème avec ton
Arch Linux qq part, sûrement sur l'installation Java, l'absence d'un
hsqldb.jar reconnu, voire la présence de plusieurs hsqldb.jar qui ne
sèment la pagaille...

Juste une autre question : où est stocké ton fichier ODB de sorte que tu
y accèdes depuis Mandriva et Arch à tour de rôle ? Cela peut avoir son
importance...

Alex

#23

Bonjour

Bonjour, Alain,

Je dois me tromper tellement cela me semble basique ...

Pour accéder à la structure de la base,
aller dans la fenêtre de gauche (Tables, Requêtes, Formulaires, Rapports)et
choisir "Tables"
puis dans la fenêtre centrale Clic Droit sur la table idoine
choisir Modifier
et tu as accès aux différents champs pour les modifier ...

Mais je suppose que cela tu le savais ... et que j'ai mal interprété ta
demande.

Non, tu as très bien compris, et très bien répondu.
C'est juste que rien ne se passait en cliquant sur la table.
Et je n'avais pas pensé au clic droit...

J'ai donc pu modifier les noms des champs, mais à présent c'est le formulaire qui ne s'ouvre plus.
Même avec clic droit, modifier, ou ouvrir, rien ne se passe...

#24

> A ce sujet, comment faire pour que LibO ne veuille plus le restaurer au démarrage ?

Il faut que tu recherches l'existence éventuelle d'un fichier .lock ou
.lck et tu le vires.

OK

Je pense que tu as toujours un problème avec ton
Arch Linux qq part, sûrement sur l'installation Java, l'absence d'un
hsqldb.jar reconnu, voire la présence de plusieurs hsqldb.jar qui ne
sèment la pagaille...

Eh bien, au départ, j'avais ce message d'erreur :
"Impossible d'établir une connexion avec la source de données "discours".
La classe de pilote 'org.hsqldb.jdbcDriver' n'a pas pu être chargée.Le chemin de classe du pilote supplémentaire est 'file:///usr/share/java/hsqldb.jar vnd.sun.star.expand:$OOO_BASE_DIR/program/classes/sdbc_hsqldb.jar'."

J'avais cherché sur le forum ArchLinux, et j'avais donc fait cette manip, sans comprendre ce qu'elle fait :
[root@localhost ~ 08-02-2011 12:06] # sed -i 's/XINERAMA/FAKEEXTN/g' /opt/java/jre/lib/i386/xawt/libmawt.so

Ça n'avais rien fait. J'avais ensuite fait ceci (depuis Arch) :
[root@localhost ~ 10-02-2011 17:56] # ln -s /usr/lib/ooo-3.3/basis3.3/program/classes/sdbc_hsqldb.jar /usr/share/java/
[root@localhost ~ 11-02-2011 20:30] # cp /mandriva/usr/share/java/hsqldb.jar /usr/share/java/

J'ai donc ceci :
[joel@localhost phonon 18-02-2011 13:46] $ locate hsqldb.jar
/usr/lib/ooo-3.3/basis3.3/program/classes/sdbc_hsqldb.jar
/usr/share/java/hsqldb.jar
/usr/share/java/sdbc_hsqldb.jar

/usr/share/java/hsqldb.jar provenant donc de OOo Mandriva.

Juste une autre question : où est stocké ton fichier ODB de sorte que tu
y accèdes depuis Mandriva et Arch à tour de rôle ? Cela peut avoir son
importance...

J'ai une partition séparée, avec les mêmes droits que mon /home, dans laquelle je mets tous mes documents.
Et j'ai les mêmes user, UID et GID sous Mandriva et sous Arch.

#25

Bonjour

Pas de solution pour tes "formulaires" inaccessibles en modif et autres par
clic Droit :-((

J'ai pris l'habitude d'essayer les clics Droit un peu partout, car j'avais
un logiciel Pro, créé et programmé par un gaucher ... donc avec une
utilisation régulière du clic Droit pour beaucoup de fonctions secondaires !

A+
Alain

#26

J'ai donc ceci :
[joel@localhost phonon 18-02-2011 13:46] $ locate hsqldb.jar
/usr/lib/ooo-3.3/basis3.3/program/classes/sdbc_hsqldb.jar
/usr/share/java/hsqldb.jar
/usr/share/java/sdbc_hsqldb.jar

/usr/share/java/hsqldb.jar provenant donc de OOo Mandriva.

Il n'y en a pas spécifiquement pour Arch Linux ? Il faudrait que je
regarde sur une bécane Linux pour voir où se trouve habituellement les
fichiers sdbc_hsqldb.jar et hsqldb.jar. J'ai des doutes sur
l'emplacement que tu as choisi.

Pour l'histoire de la récupération automatique, il y a aussi un fichier
qui s'appelle Recovery.xcu. Avant, ce fichier pouvait être modifié à la
main pour changer son fonctionnement (bloquer la récup de manière
définitive apparemment), mais j'ai lu aujourd'hui ailleurs que le
fichier n'est plus éditable sous LibO, ou en tout cas, si des modifs
sont faites, elles ne résistent pas à un redémarrage de l'application.

Alex

#27

> /usr/share/java/hsqldb.jar provenant donc de OOo Mandriva.

En plus, je viens de me rendre compte que j'ai Arch en 32 bits (je croyais être en 64), alors que Mandriva est en 64 bits.
Ça doit avoir son importance...

Il n'y en a pas spécifiquement pour Arch Linux ?

Hier, un colistier (zlurps) a justement, dans un autre fil, donné une adresse où télécharger un hsqldb.jar :
http://sourceforge.net/projects/hsqldb/files/hsqldb/hsqldb_1_8_0/
hsqldb_1_8_0_10.zip

Je vais essayer...

Il faudrait que je
regarde sur une bécane Linux pour voir où se trouve habituellement les
fichiers sdbc_hsqldb.jar et hsqldb.jar. J'ai des doutes sur
l'emplacement que tu as choisi.

J'ai regardé où ils étaient dans Mandriva.

Pour l'histoire de la récupération automatique, il y a aussi un fichier
qui s'appelle Recovery.xcu.

Oui, sous OOo, je supprimai ce fichier, mais pas trouvé sous LibO.

#28

Ça ne fait rien, il semble que ce soit un problème de hsqldb.jar...
Quand j'aurai remplacé ce fichier, je verrai ce que cela donne.

Je te remercie pour ton aide.

#29

Ah oui, en général le mélange se passe mal...

Alex

#30

Effectivement, c'était bien la solution.

Merci à tous pour votre aide, et particulièrement à toi, Alex.

Tu t'es montré vraiment patient...

#31

Bon, il reste encore un problème : ordinairement, pour naviguer facilement entre les différents enregistrements, dans mon formulaire, je clique sur l'icône "Source de données comme table".

Ici, si je le fais, cela provoque un plantage de LibO, qui se ferme...

#32

Bon, il reste encore un problème : ordinairement, pour naviguer facilement entre les différents enregistrements, dans mon formulaire, je clique sur l'icône "Source de données comme table".

Ici, si je le fais, cela provoque un plantage de LibO, qui se ferme...

Ça te le fait à chaque fois ou ça te le fait une fois, puis, quand tu redémarres LibO, il récupère ton fichier et fonctionne ensuite tout à fait normalement ?

Je te demande parce que j'avais signalé ce genre de comportement il y a une quinzaine de jours (dans un contexte un peu différent cependant) ; la description était la suivante :

Bonjour à tous,

Je suis confronté à un fonctionnement curieux et j'aimerais savoir si cela vient de chez moi ou si quelqu'un reproduit et, donc, si ça vient de LibO.

Le système :
- M$W XP SP3 ;
- LibO 3.3.0 (m19)

Le contexte :
- un fichier Calc nouveau ;
- affichage des bases de données enregistrées (au moyen de la touche F4) ;
- sélection d'une base de données Mysql (il y en a plusieurs ; certaines sont sur mon propre PC, d'autres sont sur le serveur du réseau local) ; la connexion s'opère au moyen d'un connecteur JDBC (pour l'heure, j'ai le mysql-connector-java-5.1.7.bin.jar) ;

La curiosité :
Lorsque j'essaie de déployer le conteneur "Tables" (grosso modo, lorsque je cliques sur le petit plus à gauche du mot "Tables"), si la base est protégées par un mot de passe, LibO me le demande sinon, bien entendu, il ne me demande rien et dès que j'ai validé le mot de passe (c'est le bon, je précise au cas où) Libo ferme complètement ; si c'était une base sans mot de passe, le crash intervient qques instants après le clic le le petit "plus" ; ça "fonctionne", que la base choisie soit locale ou sur le serveur.
Quand je redémarre Libo, il me propose de récupérer mon fichier ; j'accepte, il le récupère et là, je recommence et j'accède à ma base de données tout à fait normalement, sans aucun souci et je fais ce que je veux avec mes bases.
Je précise que le plantage se fait désormais en silence, mais il me semble bien que les deux ou trois premières fois où j'ai constaté cela, j'ai eu un message très poli de la part de Libo, m'annonçant qu'il se trouvait contraint de tout fermer mais qu'au prochain démarrage, il tenterait de récupérer les fichiers qu'il avait fermés de manière intempestive.

  Depuis, j'ai changé le mysql-connector et j'ai désormais le numéro 5.1.14 ; ça ne me l'a pas refait depuis, en tout cas, pas dans cette circonstance.

En revanche, j'ai une très jolie base intégrée hsqldb, qui fonctionne comme il faut sous OOo, mais qui me fait planter LibO chaque jour, à la première fois que je l'utilise (dès que je clique sur l'icône des tables ou sur celle des requêtes) ; après redémarrage et récupération, ça fonctionne à merveille, jusqu'à la fois d'après.

Ça ressemble à ça, chez toi ?

A+

#33

Non, LibO plante, je le redémarre, il récupère la base, je réouvre le formulaire, je redemande l'affichage de la source de données. Dès que je fais une autre action (clic dans la source de données, ou enregistrement suivant...), LibO se referme sans avertissement. Je recommence...

J'ai recommencé ainsi 5 fois de suite, pour voir si c'était lié à une action particulière : en fait, quoi que je fasse, si j'ai demandé l'affichage de la source de données, ça plante.

Si je n'affiche pas la source de données, je peux utiliser le formulaire...