Date: prev next · Thread: first prev next last
2018 Archives by date, by thread · List index


Le 11/04/2018 à 09:52, Alexander Thurgood a écrit :
Bonjour Ysabeau,


Le 11/04/2018 à 09:04, Ysabeau a écrit :

Donc, si je comprends bien, ça n'aura aucun impact sur les bases hsqldb
externes.
Je l'espère, mais je n'en sais rien, c'est tout frais, j'ai vu passer
l'annonce hier sur la liste dev.

Merci.

En principe, il ne devrait y avoir aucun impact sur les bases HSQLDB
externes, en tout cas, elles ne devraient pas être prises en charge par
la conversion automatique, si j'ai bien compris.

Donc si on veut passer sous Firebird, il va falloir se débrouiller
soi-même. Ce doit être réalisable sans trop de difficultés, mais pas
sans un peu de temps.

En ce qui me concerne, les bases externes HSQLDB ne peuvent de toutes
manières coexister avec le support HSQLDB embarqué sur LO pour Mac, à
cause d'un problème de chemin du fichier hsqldb.jar - cela fait un
moment que ce problème existe sur MacOS d'ailleurs.


On ne peut pas non plus faire coexister des bases hsqldb avec connexion
intégrée et connexion externe sous Windows et Linux. C'est fromage ou
dessert.

L'intérêt, c'est de réduire encore plus la dépendance sur la nécessité
d'avoir une JVM ou un JDK installée sur sa machine, car à a chaque
changement de version majeure, et parfois mineure, de JDK/JVM Oracle,
c'est la croix et la bannière pour rattraper le coup au niveau de LO.

Cette réduction de la dépendance sur Java est un objectif à long terme
depuis longtemps au sein du projet LO. Le projet de migration
automatique soutenu par TDF a pour objectif de faciliter la transition
vers du Firebird intégré qui devient alors le moteur par défaut. Les
changements effectués dans master ont d'ailleurs retiré le support pour
la création de fichiers ODB avec du HSQLDB intégré, ce qui fait que
l'utilisateur n'aura plus le choix quoiqu'il arrive.

C'est une bonne chose en effet.

Côté bugs, il en reste un certain nombre (environ une trentaine de bugs
spécifiques à Firebird).

Est-ce qu'on pourra garder nos bases hsqldb externes et faire des bases
Firebird internes en même temps ?

A priori, c'est comme ça que j'ai compris le fonctionnement.

C'est le "a posteriori" qui m'ennuie :-) .

Il reste une ou deux autres questions, si Firebird devient la norme.
Est-ce qu'il faudra comme maintenant, pour utiliser une base de données
multiposte ou la sécuriser, passer par une connexion externe Firebird ou
la connexion intégrée suffira ? Mais peut-être qu'à ce stade tu (on) ne
le sais pas encore.

Merci.


-- 

Ysabeau
Services, s. m. pl. Mot usité dans cette formule à peu près invariable
du typo en quête de travail: Monsieur, je viens vous offrir mes services
pour la casse.
Dictionnaire de l'argot des typographes - Eugène Boutmy, correcteur
d'imprimerie, 1883.

-- 
Envoyez un mail à qa+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.