À quelles surprises dois-je me préparer si je passe de Sun JDK à OpenJDK ?

Question

Si je passe de Sun JDK à OpenJDK, à quelles surprises dois-je me préparer ?

Qu'est-ce qui se passe souvent mal et à quel point cela peut-il être difficile ?

Bien entendu, chaque application peut avoir ses propres problèmes, mais je recherche classes de problèmes, ce à quoi beaucoup de gens ont déjà eu à faire face en changeant de JDK.

Answer 1

Il est peu probable que quelque chose se passe mal avec OpenJDK. Il est considéré comme 100% compatible à ce jour. Mais je pense qu'il est bon de savoir quelles parties ont dû être réécrites et n'utilisent donc pas le même code que le SunJDK.

El Entrée Wikipedia offre un bon aperçu de la situation :

En mai 2008, la seule partie de la bibliothèque Class qui reste propriétaire et à code source fermé (4 % en mai 2007 pour OpenJDK 7, et moins de 1 % en mai 2008 et OpenJDK 6) est l'implémentation SNMP.

Depuis la première version de mai 2007, Sun Microsystems, avec l'aide de la communauté, a publié sous forme de logiciel libre et open-source ou remplacé par des alternatives libres et open-source presque tout le code encombrant :

• Tout le code du moteur audio, y compris le synthétiseur logiciel, a été publié sous forme de code source ouvert. Le synthétiseur logiciel à code fermé a été remplacé par un nouveau synthétiseur développé spécifiquement pour OpenJDK, appelé Gervill,

• Toutes les classes de cryptographie utilisées dans la bibliothèque de classes ont été publiées sous forme de code source ouvert,

• Le code qui met à l'échelle et trame les polices a été remplacé par FreeType.

• Le système de gestion des couleurs natif a été remplacé par LittleCMS. Il existe une couche enfichable dans le JDK, de sorte que la version commerciale peut utiliser l'ancien système de gestion des couleurs et OpenJDK peut utiliser LittleCMS.

• Le code du rasteriseur graphique anti-crénelage a été remplacé par le moteur de rendu Pisces à licence libre utilisé dans le projet phoneME. Ce code est entièrement fonctionnel, mais nécessite encore quelques améliorations de performance,

• Le plugin JavaScript a été mis en libre accès (le moteur JavaScript de Rhino lui-même a été mis en libre accès dès le début).

Answer 2

Comme je sais que les polices auront l'air déformées, Sun a dû retirer les polices originales d'OpenJDK car elles ne sont pas "open source" et la JVM utilisera certaines polices par défaut qui ne sont pas très belles...

Answer 3

Comme OpenJDK est un projet Sun, basé sur les sources originales de Java, je ne m'attends pas à beaucoup de problèmes. Le seul domaine où les choses peuvent se briser est le code qui a dû être remplacé (parce qu'il ne pouvait pas être publié sous la GPL) ou les changements dus aux nouvelles fonctionnalités (mais celles-ci devraient être à peu près les mêmes que dans le JDK officiel).

Answer 4

Utilisez un build OpenJDK connu pour passer le TCK afin de minimiser les surprises.

Answer 5

Certaines des interfaces utilisateur de la balançoire ne correspondaient pas tout à fait (le métal présentait des décalages juste assez importants pour être remarqués). Notez que c'était il y a 8 mois.