[fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-discuss] Débat sur l'avenir de la suite

Bonjour,

Je cite in-extenso Patrick Auclair qui m'a donné la solution au début de 
l'année. J'ai essayé d'éditer content.xml, mais je ne suis pas parvenu à 
recréer l'archive ensuite.

Je suis donc passé par la macro, ça a marché. Encore merci à Patrick,

Thierry


====================================================

   Le 3 mars 2020 à 19:12, Patrick Auclair <patrick.auclair@sfr.fr>
   <mailto:patrick.auclair@sfr.fr>a écrit :

    Bonsoir à toutes et tous,

   J'ai été confronté à ce problème il y a quelques temps pour répondre
   à une question sur la même liste.
   Voir mon post du 26/01/2020 à 16:47:08 +0100    - Sujet :  Re:
   [fr-users] Liaison formulaire, sous-formulaires (et entre tables
   elles-mêmes).

   Ce problème fait l'objet du bug 117 053, qui ne semble toujours pas
   résolu automatiquement lors de la migration, malgré le status
   VERIFIED – FIXED.
   https://bugs.documentfoundation.org/show_bug.cgi?id=117053
   Lionel Elie Mamane 2018-04-19 12:33:40 UTC Comment 15 , donne la
   solution 1 ci-dessous et renvoie au Comment 11 qui donne la méthode
   manuelle 2 (cf. ci-dessous)

   Cela peut être résolu de deux manière soit :
   1 - par une macro que l’on installe (dans le fichier migré sous
   FIREBIRD) et que l’on déclenche une seule fois. Après on peut la
   supprimer le problème étant résolu.
   Sub Main
   ensureConnection()
   ThisDatabaseDocument.DataSource.Settings.ParameterNameSubstitution =
   true
             End Sub

         Sub ensureConnection()
   Dim DBDocUI as Object
   on error resume next
   DBDocUI = ThisDatabaseDocument.currentController
   if not DBDocUI.isConnected then
   DBDocUI.connect
   end if
             on error goto 0
         End Sub

   2 - manuellement (le problème se trouvant dans le fichier content.xml).
   Pour cela, il faut :
   ouvrir le fichier .odb migré depuis HSQLDB vers FIREBIRD avec un
   gestionnaire d’archive ; (Il ne faut pas qu'il soit simultanément
   ouvert sous LibreOffice).
   extraire le content.xml ;
   à l’aide d’un éditeur de texte rechercher la balise
   <db:driver-settings db:system-driver-settings="" db:base-dn=""
   db:parameter-name-substitution="false"/>, et remplacer le "false"
   par "true".
   On peut même supprimer toute la chaine :
   db:parameter-name-substitution="false" semble-t-il.
   enregistrer le fichier content.xml ;
   le remettre dans l’archive (xxx.odb) à la place de l’original.
   On peut ensuite ouvrir le fichier xxxx.odb, le problème est résolu,
   il n’y a plus de message d’erreur qui s’affiche, et tout fonctionne
   parfaitement. Ouf !
   Bien cordialement,
   Patrick.
   ------------------------------------------------------------------
   Lorsque tu arrives en haut de la montagne, continue de grimper.
   Le 02/03/2020 à 19:14, Thierry Jeanneret a écrit : 

========================================================================

Le 08.09.20 à 11:49, Jean-Michel COSTE a écrit :
> Le 08/09/2020 à 10:28, Thierry Jeanneret a écrit :
> > Par contre ces remarques ont éveillé en écho chez moi le sujet de la 
> > base de données. HSQLDB est bloqué à une version antédiluvienne, ce 
> > qui est rarement bon signe - et sans doute dommage. On nous promet le 
> > passage à Firebird. Mais lorsqu'on passe à Firebird, on perd à la 
> > conversion d'une base HSQLDB toute la partie relationnelle. Pourquoi 
> > ? Parce qu'une ligne est fausse dans le kit d'installation, et si on 
> > n'intervient pas manuellement avant toute chose, on se retrouve dans 
> > le bain. Quelle correction a été apportée à ce souci ? On retire la 
> > possibilité d'utiliser Firebird ! Franchement...
>
> Il y a moyen de publier le contenu de cette intervention à réaliser ?
>
> A plus

--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy