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 -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/qa/ Privacy Policy: https://www.documentfoundation.org/privacy
