IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

662PARTAGES

12  0 
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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de 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.
4  0 
Avatar de lbobinet
Candidat au Club https://www.developpez.com
Le 24/09/2018 à 15:59
Si je me rappelle bien du feuilleton:

Java reste gratuit, mais les versions obsolètes sont en support payant
Java EE a été lâché par Oracle et cédé à la fondation Eclipse
Java FX a été créé indépendamment du JDK (kit standard de dev), puis y a été intégré, et maintenant s'en retrouve séparé à nouveau
2  0 
Avatar de ScientificWare
Nouveau membre du Club https://www.developpez.com
Le 25/09/2018 à 17:42
Merci Christian d'avoir évoqué MathML dans les fonctionnalités de JavaFX/OpenJFX!

Effectivement les personnes qui savent que JavaFX supporte nativement MathML sont peu nombreuses.
Cette possibilité n'a jamais été documentée ? ? ?
Alors voici une copie d'écran pour donner un exemple, ce sera plus parlant.



Travaillant sur le support de l'écriture et de l'édition mathématique depuis 2007 dans Java/Swing, cette fonctionnalité m'intéressait au plus haut point !

Mais ce n'est qu'en 2015 et un peu par hasard au détour d'une réponse à un post, que j'ai découvert que JavaFX supportait aussi MathML.
Malheureusement, après un rapide essai, il s'est avéré que cette fonctionnalité était cassée depuis 2011.

Pendant 2 ans, j'ai attendu en guettant d'éventuels progrès.
Puis en 2017 et 2018, je me suis lancé avec mon anglais approximatif.
D'abord sur la liste de l'OpenJDK/JFX puis sur le nouveau dépôt GitHub de JavaFX/OpenJFX.
La première réponse a été : Il existe bien un rapport de bug JDK-8147476 mais sa correction n'est pas programmée, alors si vous être pressé vous pouvez le faire vous-même.

Whaou, quel défi !
Quelques semaines de travail détaillées là JavaFX and MathML.
Pour aboutir finalement comme "un grand" à un correctif JDK-8147476 : Rendering issues with MathML token elements. #117 juste pour la sortie de JavaFX11.

J'avais hésité un moment avant d'oser me lancer, un de mes correctifs concernant le JDK avait mis 5 ans avant d'être accepté.
Cette fois-ci avec la nouvelle politique pour JavaFX et une petite mais précieuse aide de l'équipe de développement tout cela a été fait en 3 mois, test compris.

Depuis je parcours les forums pour le dire et surtout le montrer car la pérennité de ce support dépend du nombre des utilisateurs. Il ne manquait plus que mon site préféré, voilà c'est chose faite.

Je dois aussi remercier Frédéric Wang de la Société Igalia pour avoir répondu à mes questions sur son travail sur MathML.
J'espère qu'il parviendra à nous offrir également le support de MathML au sein de Chromium après avoir œuvré au cœur de WebKit.

Pour les plus septiques, j'ai mis un petit bout de code ici : Keep an answer which could be deleted in StackOverFlow.
Pour l'essayer, le plus simple est d'utiliser la version de Java 8 192 ea ou celle qui doit être publiée à partir du 25 septembre (c'est la dernière version du JDK qui contiendra JavaFX ).
Attention, ce bug ne devrait pas être corrigé dans les versions 9 et 10, sauf souscription à un support personnalisé auprès d'Oracle.
Avec JavaFX 11 c'est un peu plus compliqué.

On obtient ceci :


Justement, l'avenir de JavaFX et du SDK Java est très bien expliqué ici Java release chains - Splitting features from security

Alors n'hésitez pas à mettre les mains dans le cambouis !
2  0 
Avatar de 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 ?
1  0 
Avatar de deltree
Membre confirmé 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)
1  0 
Avatar de Jitou
Membre confirmé 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.
1  0 
Avatar de CoderInTheDark
Membre émérite 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.
1  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 24/09/2018 à 22:58
Citation Envoyé par gstratege Voir le message
Un coup Java va devenir payant par Oracle.
Pour etre plus precis: L'implementation OracleJDK du language Java va devenir payant.
Java, le language, la specification, reste gratuit.
Il y a d'autres implems qui restent gratuites telle qu' AdoptOpenJDK, et il y a eu des implem payantes de Java avant ca. Au final, ca ne change rien au fondamentaux, c'est juste l'offre d'Oracle qui evolue, mais le language reste gere comme il l'etait avant.

Un coup Java va être transféré à Eclipse
Non, il n'a (pour l'instant) jamais ete question que Java soit transfere a la communaute/fondation Eclipse.
C'est Java EE qui a ete transfere. C''est pas pareil Java (le language) et Java EE (les APIs "enterprise".

JavaFX de cet article sera-t il payant ?
Le code de JavaFX sera open-source et gratuit.
Apres, Oracle a tout a fait le droit de prendre ce code, et de le mettre dans leur offre payante; AdoptOpenJDK a tout a fait le droit de prendre ce code, et de le mettre dans leur offre gratuite... Toi, tu as le droit de prendre ce code, et de te faire ton application avec si tu preferes ca a ce que proposent les fournisseur de JVM.
1  0 
Avatar de deltree
Membre confirmé 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.
0  0 
Avatar de professeur shadoko
Membre chevronné 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.
0  0