Discussion :

[Michael Guilloux]

JDK 10 : le projet pour l’implémentation de la plateforme Java 10 est ouvert
qu’attendez-vous de cette nouvelle version ?

Les développeurs Java sont dans l’attente de Java 9 dont la sortie initiale annoncée pour le 22 septembre 2016 a été repoussée à deux reprises. Cette version va introduire comme fonctionnalité majeure le concept de modularisation avec le projet Jigsaw qui est d’ailleurs pointé comme responsable du retard qu’a connu le JDK 9.

Comme annoncé le mois dernier, Java 9 sera également livré avec le support de la compilation anticipée (ou compilation AOT). La compilation anticipée est une compilation qui traduit un langage évolué en langage machine avant l'exécution d'un programme. Elle s’oppose à la compilation à la volée (JIT) qui se fait lors de l'exécution du programme. La compilation AOT va donc permettre de compiler les classes Java en code natif avant de lancer la machine virtuelle.

Il s’agit toutefois d’un début d’implémentation de la compilation AOT, raison pour laquelle il y aura certaines limitations dans le JDK 9 qui devraient être traitées dans les prochaines versions. On notera par exemple que la version initiale de la compilation AOT dans le JDK 9 n'est prise en charge que sur des systèmes Linux 64 bits exécutant Java 64 bits et que seuls G1 et Parallel GC sont pris en charge pour le moment. Entre autres limitations, on peut encore préciser qu’il peut ne pas être possible de compiler le code Java qui utilise des classes générées dynamiquement et du bytecode (expressions lambda, invoke dynamic).

Conformément au dernier calendrier de sortie de Java 9, toutes les fonctionnalités du JDK 9 ont été implémentées et intégrées dans le master forest (où réside le code source officiel). Dans trois semaines, les JEP et petites améliorations qui ont reçu un délai supplémentaire devraient également être toutes implémentées et intégrées dans le master forest. Le JDK 9 devrait donc entrer dans les différentes phases de test et correction de bugs de priorité P1-P3 pour atteindre la dernière RC le 6 juillet et la disponibilité générale le 27 juillet 2017. C’est donc probablement le bon moment de penser à la prochaine version de Java.

Sur le site d’OpenJDK, un nouveau projet dédié au JDK 10 a donc été ouvert pour commencer l’implémentation open source de la plateforme Java SE 10. C’est un juste un début, et rien ne semble déjà avoir été fait. « Les référentiels du projet seront initialement ouverts aux corrections de bogues et aux petites améliorations seulement », est-il indiqué sur le site d’OpenJDK. Les fonctionnalités de la version seront proposées et suivies via le processus JEP (JDK Enhancement Proposal) élaboré par Oracle pour recueillir des propositions d'améliorations pour le JDK et OpenJDK.

Source : OpenJDK

Et vous ?

Qu’attendez-vous du JDK 10 ?

Voir aussi :

JDK 9 : la nouvelle date de sortie est fixée au 27 juillet 2017 après acceptation de la demande de report de Mark Reinhold
Le JDK 9 va supporter la compilation anticipée (AOT) en commençant par les systèmes Linux 64-bit exécutant Java 64-bit
JavaOne 2016 : Oracle veut moderniser Java EE 8 pour le cloud et repousse sa sortie à fin 2017, Java EE 9 devrait être disponible un an plus tard

[SaiRictus]

Plus rien ...

Je suis passé sur .NET et je ne regrette pas mon choix.
Entre l'IDE et le fait que .NET devienne de plus en plus cross-platform, je pense qu'il doit y avoir de nombreux développeurs Java qui (v)ont fai(t|re) ce choix.

[fabien29200]

Java 8 a déjà apporté pas mal de choses.

Moi j'aimerai bien un standard pour tout ce qui est POJO / objets immutables qui éviteraient une bonne partie de la verbosité de Java.

@SaiRictus : 1er commentaire, 1er troll GG ! Le problème de .NET c'est que c'est Windows Only. Microsoft fait des efforts d'ouverture, mais d'ici à ce que des entreprises passent à du .NET sur Linux, il va se passer quelques années. Et la virtualisation/cloud/dockerisation a largement poussé Linux.

[tchize_]

chouette un combat, ca va être drôle.

[Songbird]

Je n'évangélise pas Java, mais ça:

Entre l'IDE et le fait que .NET devienne de plus en plus cross-platform

chez moi, on appelle ça de la mauvaise foi.

Une simple comparaison fera l'affaire:

• Qu'est-ce qu'il te faut pour compiler un programme Java ? Seulement la JVM et pour tous les OS. (on parle ici des grands axes, des OS répandus, pas des config (trop) faite-maison bien entendu)
• Qu'est-ce qu'il te faut pour compiler un programme en C# ? Un bon gros mono bien gourmand sous Linux, c'est une horreur.

Donc de là à dire que C# est ouvert aux autres plateformes...

[dfiad77pro]

Je n'évangélise pas Java, mais ça:

chez moi, on appelle ça de la mauvaise foi.

Une simple comparaison fera l'affaire:

• Qu'est-ce qu'il te faut pour compiler un programme Java ? Seulement la JVM et pour tous les OS. (on parle ici des grands axes, des OS répandus, pas des config (trop) faite-maison bien entendu)
• Qu'est-ce qu'il te faut pour compiler un programme en C# ? Un bon gros mono bien gourmand sous Linux, c'est une horreur.

Donc de là à dire que C# est ouvert aux autres plateformes...

Faut se mettre un peu à la page
Y'a plus besoin de mono pour .NET core (application serveur notamment) il me semble, c'est devenu très rapide avec la CLR de Microsoft.
Bon y'a pas WPF et tout , mais pour le WEB ça commence être intéressant.

https://www.microsoft.com/net/core#linuxredhat
https://www.microsoft.com/net/core#linuxubuntu

[adiGuba]

Salut,


Pour revenir au sujet, quelques projets qui pourrait prendre forme avec le JDK 10 :

• Projet Valhalla, pour le support des types "values" (type primitif personnalisé, proche d'une struct C) et la Specialization des Generics (support des primitifs/values dans les Generics).
  http://openjdk.java.net/projects/valhalla/
  
• Projet Panama, pour une meilleure intégration avec le code natif (à la JNA/JNR)
  http://openjdk.java.net/projects/panama/
  
• Proect Sumatra, pour exécuter le code sur les GPU/APUs
  http://openjdk.java.net/projects/sumatra/

a++

[andry.aime]

Je suis passé sur .NET et je ne regrette pas mon choix.
Entre l'IDE et le fait que .NET devienne de plus en plus cross-platform, je pense qu'il doit y avoir de nombreux développeurs Java qui (v)ont fai(t|re) ce choix.

[adiGuba]

Trois nouvelles petites JEPs qui intégreront probablement Java 10 :

• JEP 300: Augment Use-Site Variance with Declaration-Site Defaults
  Afin de définir la covariance/contravariance au niveau des interfaces/classes et plus forcément à l'utilisation.
  
• JEP 301: Enhanced Enums
  Pour l'utilisation des Generics dans les enums, ou permettre l'accès aux méthodes défini dans une valeur de l'enum.
  
• JEP 302: Lambda Leftovers
  Qui apporte quelques petite amélioration au support des lambdas (ambiguités de résolution et support des paramètres "_").

a++

[vdaburon]

Bonjour,

Je ne sais pas si le support du protocole http/2 arrive avec le jdk 9 ou le jdk 10 mais c'est un point important pour être à jour dans les échanges http.

Cordialement
Vincent D.

[adiGuba]

Le support d'HTTP/2 (et des Websockets) est normalement prévu pour Java 9 (et Java EE 8)


a++

[Michael Guilloux]

JDK 10 : les fonctionnalités de la prochaine version de Java sont désormais gelées
la sortie est attendue pour le 20 mars 2018

Mise à jour le 20/03/2018 : Oracle annonce la sortie officielle de Java 10

Oracle a annoncé aujourd'hui la disponibilité générale de Java 10 (JDK 10 ou Java SE 10), la première version sortie après l'adoption du nouveau cycle de publication de six mois. Malgré cette courte période de travail par rapport aux versions précédentes, Java 10 n'est pas juste une version plus stable et plus performante de Java 9. Cette version fournit au contraire un certain nombre de nouvelles fonctionnalités. Elle introduit notamment douze nouvelles améliorations majeures définies par les JEP (présentées plus bas) et dont les développeurs peuvent dès maintenant tirer parti.

Précisons toutefois qu'en raison du nouveau cycle de publication, JDK 10 ne sera supporté par Oracle que pendant six mois jusqu'à la sortie de JDK 11 LTS. Mais il est recommandé de passer à cette nouvelle version puisque la sortie du JDK 10 annonce également la fin des mises à jour et correctifs de sécurité gratuits pour le JDK 9.

Source : Blog Oracle

18/12/2017 : Conformément au calendrier de sortie du JDK 10, Mark Reinhold d'Oracle a annoncé le début de la phase Rampdown 1. Cette étape marque le gel de l'ensemble des fonctionnalités du JDK et le début de la correction des bogues. Dans une proposition, l'architecte en chef du JDK chez Oracle a donc défini ses objectifs pour cette nouvelle phase. Il s'agit notamment de corriger tous les bogues de priorité P1-P3 qui sont nouveaux dans le JDK 10 et des bogues P1-P3 supplémentaires ciblés pour le JDK 10 si le temps le permet. Il s'agira aussi de reporter tous les bogues P1-P2 qui sont nouveaux dans JDK 10, mais qui, pour une bonne raison, ne seront pas corrigés dans le JDK 10.

À ce stade, il est donc très peu probable d'introduire de nouveaux changements, excepté des améliorations tardives et à faible risque qui ajoutent de petits éléments de fonctionnalités manquantes ou améliorent la convivialité. Dans ce cas encore, il faudra que cela soit justifié par les feedbacks des développeurs, avant d'être approuvé. Les améliorations apportées aux tests et à la documentation quant à elles n'auront pas besoin d'approbation, à condition qu'elles soient identifiées par les labels appropriés noreg-self ou noreg-doc.

Pour en venir aux fonctionnalités de cette version, on peut citer les suivantes :

• JEP 286 - Inférence du type des variables locales, qui vise à améliorer le langage Java pour étendre l'inférence de type aux déclarations de variables locales avec des initialiseurs ;
  
  
• JEP 296 - Consolider la JDK Forest dans un référentiel unique. En combinant les nombreux référentiels du JDK Forest dans un référentiel unique, l'objectif est de simplifier et de rationaliser le développement. L'ajout des sources FX au JDK Forest ne fait toutefois pas partie de la proposition ;
  
  
• JEP 304 - Interface Garbage-Collector. Ce JEP vise à améliorer l'isolation du code source des différents garbage collectors en introduisant une interface « propre » de garbage collector (GC) ;
  
  
• JEP 307 - Récupération de mémoire complètement en parallèle pour le garbage collector G1 : améliorer les pires cas de latence de G1 en implémentant le parallélisme ;
  
  
• JEP 310 - Application Class-Data Sharing. L'objectif est de réduire l'empreinte en partageant les métadonnées de classe communes entre les différents processus Java, améliorer le temps de démarrage et étendre la fonctionnalité Class-Data Sharing (CDS) existante pour permettre aux classes d'applications d'être placées dans l'archive partagée ;
  
  
• JEP 312 - Introduction d'un moyen d'exécuter un callback sur les threads sans effectuer de safepoint VM global. Des threads individuels pourront être arrêtés au lieu que ça soit seulement possible d'arrêter tous les threads ou aucun thread ;
  
  
• JEP 313 - Suppression de l'outil javah du JDK. Cette décision a été motivée par le fait que l'outil a été remplacé par une meilleure fonctionnalité dans javac, ajoutée dans le JDK 8. Cette fonctionnalité permet d'écrire des fichiers d'en-tête natifs au moment de la compilation du code source Java, ce qui élimine le besoin d'un outil distinct ;
  
  
• JEP 314 - Amélioration de java.util.Locale et les API associées pour implémenter des extensions Unicode supplémentaires des balises de langue BCP 47. À partir de Java SE 9, les extensions de balises de langue BCP 47 U prises en charge sont ca et nu. Le JEP 314 ajoute le support pour les extensions supplémentaires cu (currency type), fw (first day of week), rg (region override) et tz (time zone) ;
  
  
• JEP 316 - Allocation de tas sur d'autres dispositifs de mémoire : permettre à la machine virtuelle HotSpot d'allouer le tas d'objets Java sur un autre périphérique de mémoire, tel qu'un NV-DIMM, spécifié par l'utilisateur ;
  
  
• JEP 317 - Compilateur JIT Java expérimental : permettre au compilateur JIT basé sur Java, Graal, d'être utilisé comme compilateur JIT expérimental sur Linux/x64 ;
  
  
• JEP 319 - Certificats racines : fournir un ensemble par défaut de certificats d'autorité de certification (CA) racines dans le JDK. L'objectif est d'ouvrir les certificats racines dans le programme Java SE Root CA d'Oracle afin de rendre les builds OpenJDK plus attrayantes pour les développeurs et réduire les différences entre ces builds et les builds Oracle JDK ;
  
  
• JEP 322 - Versioning basé sur le temps. Cette décision s'explique par le fait que le modèle de versioning introduit avec le JEP 223 (qui distingue facilement les versions majeures, mineures et de mise à jour de sécurité) n'est plus adapté aux prochaines versions du JDK. Oracle prévoit en effet de livrer de nouvelles versions de la plateforme Java SE et du JDK tous les six mois.

La sortie du JDK 10 est prévue pour le 20 mars 2018.

Mise à jour le 13/02/2018 : la première release candidate du JDK 10 est maintenant disponible

La dernière release candidate du JDK 10 étant attendue pour le 22 février, Oracle vient de publier la première RC. Dans un message dans la liste de diffusion de l’OpenJDK, Mark Reinhold, l’architecte en chef du JDK chez Oracle a annoncé hier qu’il n’y a pas de bogues de priorité P1 non résolus dans la dernière build 43, alors elle sera la première RC du JDK 10. Les binaires sont disponibles en téléchargement ici. Oracle ne va maintenant corriger que les bogues qui sont vraiment critiques pour la sortie du JDK.

Sources : Fonctionnalités du JDK 10, Gel des fonctionnalités du JDK 10, Annonce de la première release candidate du JDK 10

Et vous ?

Êtes-vous déjà passé à Java 9 ? Si oui, qu’en retenez-vous ?
Que pensez-vous de cette nouvelle version ?

[koyosama]

Wow on change d'époque là, Oracle sort Java rapidement maintenant.

[kaloo811]

Grosse revolution chez mes clients, on commence tout juste a migrer vers Java8. Voir que Java10 arrive me laisse un peu dépressif (et je parle pas du reliquat en Java4). J'ai l'impression d'être assis sur le quai de la gare et de voir passer le train.

[la.lune]

Grosse revolution chez mes clients, on commence tout juste a migrer vers Java8. Voir que Java10 arrive me laisse un peu dépressif (et je parle pas du reliquat en Java4). J'ai l'impression d'être assis sur le quai de la gare et de voir passer le train.

Vu que les fonctionnalités introduits dans Java8 existent dans le 9 et le 10, tu peux sauter et passer à Java 9, déjà java 10 pour moi n'a pas vraiment quelque chose de phare en comparaison de Java 8 et 9. Donc avoir le 9 permet de migrer facilement vers le 10.

[yildiz-online]

tu peux sauter et passer à Java 9

On ne choisi pas la version de java à mettre en production sur le simple critère "c'est sorti", il faut faire l'état des lieux de l'écosystème et il n'est pas encore complètement mature, et surtout java 9 n'est pas une LTS, son support se termine ce mois de mars, c'est un gros risque de migrer avant la 18.9

[tchize_]

autant pour la maturité du framework, je suis d'accord avec toi, gros risque. Pour ce qui est du LTS, ça ne concerne pas l'open JDK, juste les VMs livrées par oracle. Donc si tu déploie que de l'openjdk tu t'en tappe un peu les baloches des notifs EOL d'oracle

[yildiz-online]

OpenJdk deviendra bientot le standard redhat, mais c'est encore tout neuf, donc dans la majorité des parcs serveur t'auras de l'oracle

[tchize_]

Mouais, on dois pas croiser les mêmes parcs du coup

[bouye]

C'est la toute première fois depuis mes début qu'une nouvelle version sort alors que :

1. Je ne maîtrise pas la précédente ;
2. J'ai aucun outil ou IDE qui fonctionne correctement avec la précédente version ;
3. Du coup je n'ai même pas commencé a porter des apps sur la version précédente.