Le 16/04/2021 à 13:49, Nicolas a écrit :
Bonjour,
Quel test peut-on faire pour voir si base utilise (ou non) Java ?
Ouverture de base ? Une requête ?
Libo 7.0.5 n'utilise plus officiellement Java ? un lien ?
Merci pour vos réponses détaillée et éclairée :)
Nicolas
Bonjour,
Par défaut, le moteur de base de données utilisé dans les fichiers ODB
embarquant un tel moteur utilise encore du HSQLDB. Ceci nécessite, pour
fonctionner qu'une JVM/JDK soit installée au niveau de l'OS et reconnue
par LO.
La transition vers le moteur par défaut de Firebird embarqué dans les
fichiers ODB n'a pas eu lieu, à cause des trop nombreux rapports de
bogue rendant l'utilisation de Firebird beaucoup moins commode et moins
fournie pour l'utilisateur lambda qu'avec l'actuel HSQLDB 1.8.0 vieux de
plus de 10 ans...c'est pour dire le travail qu'il reste à accomplir. Si
on est un DBA aguerri, et on sait contourner les limitations de
l'implémentation actuelle de Firebird embarqué dans LO avec des
manipulations DML/DDL, alors on peut s'affranchir du besoin de rester
avec du HSQLDB. Pour l'utilisateur lambda, point de salut.
Le développement qui a été fait pour réussir cette transition n'était
malheureusement pas complet, et mon ressenti est qu'il y a certainement
des leçons à tirer pour la fondation TDF par rapport à la
sous-estimation du travail nécessaire autour de ce développement. La
fondation avait fait à l'époque un appel d'offre pour le développement
d'une fonctionnalité de migration des bases de données existantes
HSQLDB/ODB qui, finalement, était encore très loin de la fonctionnalité
nécessaire pour qu'une grande majorité d'utilisateurs puisse migrer
sereinement sans craindre de perdre leur travail remontant à plusieurs
années en arrière, parfois de manière irrécupérable.
Par ailleurs, le générateur de rapport, lui, nécessite qu'une JVM soit
installée, que l'on utilise du Firebird ou du HSQLDB dans ses fichiers
ODB, ou un quelconque autre moteur de BDD. On n'est pas près de s'en
débarasser non plus, donc le no-Java et un environnement pleinement
fonctionnel tel qu'on peut le connaître avec la nécessité du Java n'est
pas pour tout de suite, à mon avis. On n'a qu'à regarder Collabora, qui
a fait le choix de ne pas supporter l'intégration de Java dans ses
produits sur macOS. Du coup, aucune fonctionnalité Java n'est supportée
dans la version desktop de LibreOffice distribuée par Collabora. Comble
de malheur pour Collabora, le passage au processeur M1 d'Apple a
également fait en sorte de rendre le peu de support Firebird embarqué
totalement HS.
Pour ma part, je vois une lente dégradation de la fonctionnalité des BDD
au sein de LO.
Les raisons en sont multiples à mon avis:
- il n'y a pas l'expertise nécessaire au sein de la communauté pour
mener le développement de ce module ;
- il n'y a pas les ressources dans la communauté pour réparer les bugs
que les développeurs d'autres modules de LO continuent à infliger au
module BDD, soit par effet de bord, soit par manque de vision /
compréhension globale de l'étendue de l'intégration du module BDD au
sein de LO ;
- le code qui fait que cela a fonctionné bon an mal an est assez
complexe et parfois assez abscons - à déboguer, c'est une vraie plaie.
Sans vouloir paraître trop pessimiste, j'ai personnellement l'impression
que les partenaires "industriels" et les principaux contributeurs en
termes de code à LO, aimeraient que ce module disparaissent à terme -
même s'ils ne l'admettent pas publiquement, ça les arrangerait
grandement, car rares sont les développeurs chez ces partenaires qui
utilisent des bases de données dans un environnement de LO pour leur
travail au quotidien, et encore moins ceux qui poussent l'outil jusque
dans ses retranchements.
Alex
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.