La version stable actuelle d'Openoffice.org (version 1.1.4) utilise déjà Java et elle requiert un JRE (Java Runtime Environment) pour pouvoir profiter de toutes ses fonctions. Néanmoins ce ne sont que des fonctionnalités annexes et quelque peu périphériques qui dépendent de Java (le driver JDBC pour les bases de données Java ; les filtres XSLT, etc.) à l'exception notable des outils d'accessibilité qui peuvent êtres cruciaux pour certaines personnes handicapées. Le problème posé est qu'il n'existe pas de version libre de Java ou pire encore, qu'il n'existe même pas de version officielle propriétaire de Java pour certains systèmes d'exploitations (FreeBSD par exemple) ou certaines architectures (PowerPC par exemple). En dépit de cette difficulté cette dépendance Java n'avait pas posé jusqu'à présent de problème particulier au monde du logiciel libre. Certaines distributions ont choisi de désactiver le support Java d'OO.o et de se passer des fonctions annexes. D'autres proposent au contraire un support complet pour leurs versions non-libres sur certaines architectures. La version 2.0 d'OpenOffice.org (actuellement en béta) est une refonte majeure de la suite bureautique avec l'ajout de plusieurs nouvelles fonctions. Bien que très prometteuse cette nouvelle version suscite un large controverse auprès des utilisateurs de logiciels libres car elle renforce et élargit la dépendance envers Java. Le nouveau module de base de donnée (Base) repose sur HSQLDB qui requiert Java. Le nouveau lecteur pour intégrer des vidéos et clips audio dans des documents dépend également de Java ainsi que tous les assistants de Writer (le module de traitement de texte). Ce qui était jusqu'alors possible (utiliser OO.o sans Java) va devenir de moins en moins vrai et le caractère multi-plateforme de la suite bureautique va en pâtir. Les réactions les plus virulentes accusent Sun (le principal contributeur d'OpenOffice.org) de machiavélisme afin de pousser sa technologie Java. D'autres utilisateurs déçus soulignent que plusieurs arguments de promotion d'OO.o par rapport à MicrosoftOffice deviennent caducs (la liberté ou le caractère multi-plateforme). Du coté des distributions l'éventail des réactions est très large : des distributions commerciales comme Suse ou Mandrake fourniront une version non libre avec le JRE de Sun tandis que les versions librement téléchargeables ne comprendront pas ce support Java. RedHat (et donc Fedora) espère pouvoir utiliser une version libre de Java basée sur le compilateur libre GCJ et ainsi activer toutes les fonctions d'OpenOffice.org 2.0 (pour l'instant cela ne marche pas très bien et cela restera laborieux et difficile). Debian, Ubuntu ainsi que Gentoo n'ont pas d'autre option pour l'instant que de désactiver toutes les fonctions Java en attendant que GCJ avance. En définitive cette affaire souligne le poids déterminant que Sun détient dans le développement d'OpenOffice.org et l'influence que cette firme exerce au moment des choix architecturaux des futures versions. La controverse actuelle est en tout cas extrêmement dommageable pour l'expansion d'OO.o qui semblait s'amplifier ces derniers temps. Une divergence (fork) semblant improbable étant donné la taille et la complexité du projet la solution réside peut-être dans le soutien à apporter au projet GCJ ou aux suites libres communautaires (Koffice pour KDE et Abiword/Gnumeric pour Gnome).
Combien cela coûte-t-il au total ? Quelles aides apportent l'état et les acteurs du marché pour alléger cette charge non choisie ? Tous les détails sur Commentçamarche.net.
