JavaFX sera disponible en tant que module open source distinct du JDK
Et Java Web Start disparaitra à partir de Java 11

Le , par Christian Olivier, Chroniqueur Actualités
Oracle a annoncé que JavaFX, son framework Java qui repose sur l’API Java SE et permet de concevoir des interfaces graphiques (UI) ou des RIA (Rich Internet Application), sera à l’avenir disponible en tant que module open source distinct du JDK (le kit de développement Java). Cette mesure devrait être effective dès la sortie du JDK 11 qui est prévue pour septembre 2018.


En agissant de la sorte, l'entreprise technologique américaine espère faciliter l’adoption de JavaFX et accorder plus de liberté et de flexibilité aux développeurs qui l’utilisent. Elle a estimé que ce framework avait besoin d’un package de distribution et d’un calendrier de publication qui lui soient propres afin que les contributions apportées pour son développement – que ce soit par Oracle ou par d’autres membres de la communauté OpenJFX – soient mieux encadrées.

Il faut rappeler que dans ses premières versions, JavaFX était déjà fourni indépendamment du JDK et du JRE (l’environnement d’exécution). Mais depuis l’arrivée de Java 7 u6 en 2012, les runtimes de ce framework étaient toujours fournies avec le JDK et le JRE. JavaFX devrait néanmoins continuer d’être pris en charge dans le cadre du JDK 8 jusqu’à 2022 au moins. Il restera inclus dans le JDK 9, qui reste le précurseur de la modularisation décrite principalement dans la JEP 201, et le JDK 10.

Signalons au passage que l’objectif principal du système des modules est de fournir un JDK qui puisse être structuré et de pouvoir charger seulement les modules nécessaires.

« Au cours de la dernière décennie, la technologie JavaFX s’est trouvé une niche au sein de laquelle elle bénéficie du soutien d’une communauté de développeurs passionnés. Mais dans le même temps, l’intérêt pour les outils multiplateformes tels que JavaFX sur le marché a été érodé par la montée en puissance des applications « mobile first » et « web first », a écrit la société dans un livre blanc.

Oracle a annoncé en outre que les Applets continueront d’être pris en charge sur Java SE 8 jusqu’en mars 2019, date à partir de laquelle ils pourront être supprimés à tout moment. À la base, les Applets permettaient, grâce à un plug-in, de bénéficier d’un plus grand nombre de fonctionnalités lorsque les capacités du navigateur étaient limitées, mais les navigateurs Web ont considérablement évolué avec le temps et ces Applets semblent aujourd’hui désuets. Java SE 8, de son côté, devrait continuer à être pris en charge jusqu’en janvier 2019.


Oracle a aussi révélé que Java Web Start ne sera pas inclus dans Java 11 et les versions ultérieures. La société devrait continuer à assurer le support de Java Web Start dans Java 8 jusqu’en mars 2025 et encourage les développeurs à abandonner cette solution.

Source : Java Client Roadmap Update (pdf)

Et vous ?

Qu’en pensez-vous ?

Voir aussi

Les futures fonctionnalités de JavaFX pour la version 10 de la plateforme Java déjà en discussion, sur la liste de diffusion de l'OpenJFX
Oracle compte livrer Java EE 8 en juillet 2017, un peu plus tôt que prévu et le même mois que le JDK 9


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Askeridos Askeridos - Membre régulier https://www.developpez.com
le 09/03/2018 à 8:39
"Au cours de la dernière décennie, la technologie JavaFX s’est trouvé une niche au sein de laquelle elle bénéficie du soutien d’une communauté de développeurs passionnés"
Faut dire aussi que c'est plus joli et plus customizable que Swing non ?
Avatar de deltree deltree - Membre averti https://www.developpez.com
le 09/03/2018 à 12:09
Faut voir comment il sera fourni ce module: pour l'instant pour faire du openJDK + openJFX il faut compiler soi-même la partie JFX. La solution la plus simple pour avoir du JavaFX aujourd'hui c'est bien d'utiliser le JDK oracle.
Avatar de deltree deltree - Membre averti https://www.developpez.com
le 09/03/2018 à 13:04
Citation Envoyé par Askeridos Voir le message
Faut dire aussi que c'est plus joli et plus customizable que Swing non ?
Oui surtout avec le FXML et le CSS séparé du code Java, ça découple mieux les concepts, et le CSS est assez facilement customisable.

Une astuce étant d'aller voir les style par défaut dans le css de javafx (dans le fichier modena.css)
Avatar de professeur shadoko professeur shadoko - Membre expérimenté https://www.developpez.com
le 09/03/2018 à 17:07
le problème avec java webstart me semble être que les jars modulaires auront du mal a être compatibles.
mais il y a un mais: déjà que les jars "clickables" ne fonctionnent plus en architecture modulaire , comment faire du déploiement avec système de mise à jour? il faudra trouver une technique de remplacement.
Avatar de Hind4Dev Hind4Dev - Membre habitué https://www.developpez.com
le 10/03/2018 à 16:39
JavaFx est plus fort que Swing, plus flexible à personnaliser grâce au code CSS et plus jolie. Pour le nouveau module, faut voir par la suite si ça facilite les tâches et aide à mieux gérer les bibliothèques, surtout pour les débutants.
Avatar de Jitou Jitou - Membre averti https://www.developpez.com
le 11/03/2018 à 16:54
JavaFX est une API bien construite et infiniment plus simple à utiliser que AWT / Swing mais la mode n'est plus au client monolithique mais bien au Web et leurs pléthores de frameworks Javascript difficiles à maintenir et dont la durée de vie est très incertaine.
Avatar de bouye bouye - Rédacteur/Modérateur https://www.developpez.com
le 12/03/2018 à 4:49
Et pour ceux qui n'ont pas lu la roadmap: Oracle chercher aussi des parties tierces pour prendre en charge AWT et Swing....

Je ne vais guère plus que cela commenter pour JavaFX mais ça fait maintenant 4 ans qu'Oracle affame sa division desktop et que tout le monde se fait virer ou se casse, sans parler de l'arret par Oracle de la version ARM ou de l'arret de SceneBuilder. Le fait que les discussions récentes de l'OpenJFX a la fin de l’année dernière et au mois de janvier tournaient autour d'une mise en avant de Johan Vos (Gluon) comme figure de proue pour fédérer une communauté autour l'OpenJFX était bien un signe précurseur qu'Oracle allait complètement s'en désengager.

Kevin Rushford a fait du bon boulot de planification sur le découpage des modules, et la priorisation des bugfixes, Laurent Bourges a fait un super boulot (en volontariat en plus) sur MarlinFX. J’espère juste que Johan Vos et la communauté auront la capacite d'ajouter enfin de nouveaux trucs (nouveaux controles*) et de rendre ouvertes et pluggables certaines parties du code qui n'auraient jamais du rester fermées (ex : le support audio et video histoire qu'on puisse rajouter nous-meme le support de nouveaux formats ou de formats legacy, de même que le langage de shader pour les effets graphiques pour en créer des nouveaux). Bref, comme le port mobile et ARM, comme SceneBuilder, je sens bien que c'est parti pour que Gluon supporte le poids de JavaFX entièrement sur ses épaules (avis perso, pas un fait établi), car bon il faudra bien fournir des binaires et on ne va pas laisser les gens devoir recompiler JavaFX eux-mêmes. Bon courage a eux !

*Vu Que Jonathan Giles est parti chez Microsoft il n'y a plus de lead contrôle d'ailleurs pour le moment.

Concernant JWS par contre lui il sera mort et enterré et Oracle ne compte pas le rendre OpenSource, ce qui laisse a penser que le soucis n'est pas d'ordre technique mais légal (technologie sous license par exemple).

EDIT - d'ailleurs Jonathan Giles vient de poster :

Citation Envoyé par http://fxexperience.com/2018/03/javafx-links-of-the-week-march-12-2/
I have received a huge number of emails from people wondering what this means for JavaFX. The answer is – it is now in the hands of the community, with companies like Gluon stepping up to take on the load. You can choose to look at this optimistically (faster releases, easier contributions from community, etc) or cynically (another area that Oracle has abandoned and left the community in charge) – for me, I will write a blog post adding more detail about this as soon as possible.
Avatar de bouye bouye - Rédacteur/Modérateur https://www.developpez.com
le 12/03/2018 à 11:40
Et voici la réaction de Johan Vos sur Jaxcenter : JavaFX as a separate module: A look back and a leap forward
Avatar de CoderInTheDark CoderInTheDark - Membre expérimenté https://www.developpez.com
le 21/03/2018 à 10:30
Ca me pose question.

Est-il raisonnable de se lancer encore dans l'apprentissage de FX ?
Le retour sur investissement est-il garanti ?

Si je reste sur Swing, c'est surtout que je le connais bien.
Et globallement on tend vers le tout client riche
Tant que je peux je garde mes projet perso sur Swing, même si je me prive de certains avantages de Fx, qui ne compenssent pas la réécriture.
Avatar de bouye bouye - Rédacteur/Modérateur https://www.developpez.com
le 27/03/2018 à 4:38
Cela dépend de ce que tu veux faire car pour certaines parties (HTML, CSS, media) Swing de base (c'est a dire sans surcouche ou lib tierce) est un peu dépassé depuis longtemps. Pour d'autres trucs plus classiques et moins modernes, Swing marche toujours aussi bien et reste une valeur sure. Cependant, Swing n'est pas a l'abri non plus puisque la roadmap est explicite sur le fait qu'Oracle cherche des parties tierces pour le maintenir (et en l’absence de ces éventuels repreneurs, il reste a l’état de zombie comme actuellement : aucune nouveauté a l'horizon).

La réaction de Jonathan Gilles, ex-lead des contrôles JavaFX pour Oracle, actuellement évangéliste Java sur Azure chez Microsoft : One guy's perspective on JavaFX
Contacter le responsable de la rubrique Accueil