Oracle fixe 9 priorités pour corriger les bugs de Java 9

Seuls les bogues critiques de priorité P1 ou P2 en mesure d’être corrigés avant la date de sortie fixée au 27 juillet seront traités. Pour le moment, les autres corrections de bogues sont reportées. Alors que la future mouture de Java entre dans la seconde phase de son processus de lancement, un responsable d’Oracle recommande, à quatre mois de la date de sortie, de reporter la correction de certains bogues. Dans un récent bulletin, Mark Reinhold, architecte en chef de la Java Platform Group d’Oracle, a conseillé de différer la correction des bogues de priorité P1 et P2 non critiques ou ne pouvant pas être corrigés dans la release Java Development Kit 9.

La qualification P1 est réservée aux bogues dits bloquants. Ces bogues doivent être traités en priorité, car s’ils ne sont pas corrigés, l’application finale ne peut pas fonctionner. « L'objectif global de ce processus est de s'assurer que nous réparerons les bogues qui doivent être corrigés afin d'assurer le succès du lancement de Java 9 et de comprendre pourquoi nous ne réparerons pas certains bogues qui devraient peut-être être corrigés », a expliqué Mark Reinhold.

Des bugs qui peuvent attendre !

Les bogues classés P3-P5 dont les corrections pourraient avoir un impact sur le code de production seront réparés dans les futures versions, mais les bogues P3-P5 dont les corrections ne concernent que la documentation ou les démos pourront être corrigés avant le 22 juin. La liste des bogues concernés par la seconde phase de lancement a été publiée sur le site JDK Bug System. Les développeurs ayant la responsabilité des bogues inscrits sur cette liste peuvent les corriger et demander l'approbation d'intégrer le correctif. Si un bogue a déjà été identifié dans JDK 9, il peut être supprimé de la liste. Si ce bogue est nouveau, mais qu’il n’est pas critique ou qu’il ne peut pas être corrigé dans le temps imparti, les développeurs peuvent demander un report.

L’architecte en chef d’Oracle a déclaré que le groupe de fonctionnalités du JDK très axé sur la modularité et autres fonctions est gelé pour le moment. « Les améliorations qui présentent un risque minimum et ajoutent des bouts de fonctionnalités manquantes ou améliorent l’usage pourront être approuvées, surtout si elles sont justifiées par les retours des développeurs, mais la barre est placée très haut maintenant ». Il a cependant précisé que « par définition, les changements dans les API ou d'autres changements de spécifications réalisés par un groupe d'experts JSR (Java Specification Request) sont critiques et seront approuvés ».