Après la date limite de mai 2016 pour une version 9 de Java incluant l'intégralité des fonctionnalités, Mark Reinhold, Architecte en Chef de la Plate-Forme Java, a suggéré une méthode pour examiner collectivement tous les travaux restants dans les JEPs inachevés et pour décider soit de retarder davantage le projet afin de les inclure, soit des les supprimer du périmètre. Bien que le processus ne soit pas achevé, l'état actuel suggère une combinaison des deux.
Reinhold a déjà donné son avis sur les mesures à prendre dans le cas où une nouvelle version de Java ne répondrait pas à l'échéance : d'une part, il existe un ensemble de fonctionnalités de base qui donnent un sens à la nouvelle version - et la livraison doit être retardée afin de les inclure ; d'autre part, il souligne l'importance d'établir une cadence relativement prévisible pour les nouvelles versions, concluant que les fonctionnalités non centrales devraient être éliminées du périmètre si elles ne sont pas terminées à temps. Ce raisonnement supporte le processus proposé de manière à sélectionner les JEPs pour lesquels Java 9 attendra et ceux qui devront être reportés à une étape ultérieure.
Ce processus prévoit que, soit les propriétaires de JEP demandent une prolongation du délai en indiquant la date prévue de la livraison, soit renoncent à rejoindre Java 9. Pour ceux qui demanderaient la prolongation, un processus de revue permettra de déterminer si la prolongation est accordée ou non. Ce processus affecte 11 JEPs sur 82.
Au moment de la rédaction de cet article, parmi les JEPs à risque, et à en juger par l'état de l'outil de suivi, 10 ont demandé une prolongation du délai et elle a déjà été accordée à 7 d'entre eux ; les trois autres étant encore en suspens. La date d'échéance accordée pour ces JEPs est le 1er septembre, ce qui signifie un retard d'environ trois mois. Si nous devions supposer que l'état actuel représente la décision finale, Java 9 serait affecté par un délai supplémentaire de trois mois, ce qui pourrait repousser la Disponibilité Générale à Juin 2017 et quatre JEPs seraient supprimés du périmètres pour éviter d'autres retards. Les JEPs à être potentiellement retirés seraient :
- JEP 110 : client HTTP/2, intégration le 1er septembre, aucune date d' échéance prévue.
- JEP 277 : dépréciation améliorée, intégration le 1er septembre, échéance le 29 septembre.
- JEP 282 : JLINK, Java Linker ; aucune date fournie.
- JEP 284 : Nouveau Système de Construction HotSpot, extension non demandée.
Bien que rien ne soit encore définitif, il semble que les développements récents rapprochent Java 9 de sa forme définitive. Si les JEPs mentionnés ci-dessus sont finalement abandonnés, une analyse plus approfondie sera nécessaire pour évaluer l'impact, en particulier autour du JEP 282 (JLINK), qui semble être une composante fondamentale du Système de Module.