JavaFX 2.0 : vers une première bêta publique ce printemps
La plate-forme écarte son langage de script et se rapproche des langages de la JVM
Le 2011-03-21 15:47:25, par Idelways, Expert éminent sénior
Oracle vient d'annoncer la sortie d'une première version bêta publique dès ce printemps pour JavaFX 2.0, la prochaine version majeure de l'environnement de développement d'applications client riches en Java.
Cette version se concentre, d'après sa feuille de route, sur l'intégration des API Java pour JavaFX, les hautes performances graphiques de son nouveau moteur de rendu, la lecture des médias et l'intégration du contenu HTML dans les applications JavaFX.
Les contrôles d'interface utilisateur et le déploiement devraient être, eux aussi, améliorés.
Avec l'arrivée des APIs Java, les développeurs pourront réaliser des applications sans devoir apprendre le langage de script de JavaFX et profiter pleinement des fonctionnalités puissantes du langage Java comme les génériques, les annotations et le multi-threading.
Ces mêmes API devraient permettre aux développeurs Web d'utiliser d'autres langages populaires comme JavaScript, JRuby, Groovy et d'autres langages qui s'exécutent sur la machine virtuelle Java (JVM) comme Scala.
Continuer d'utiliser le langage de script de JavaFX restera toutefois possible grâce au projet Visage qui devrait offrir un langage dédié pour la création d'interfaces utilisateurs.
Les API Java pour JavaFX 2.0 seront une variation sur les propriétés et listeners JavaBeans. Elles seront conçues pour fonctionner correctement avec les expressions lambda des futures versions de Java.
Source : la feuille de route de JavaFX 2.0
Et vous ?
Cette version se concentre, d'après sa feuille de route, sur l'intégration des API Java pour JavaFX, les hautes performances graphiques de son nouveau moteur de rendu, la lecture des médias et l'intégration du contenu HTML dans les applications JavaFX.
Les contrôles d'interface utilisateur et le déploiement devraient être, eux aussi, améliorés.
Avec l'arrivée des APIs Java, les développeurs pourront réaliser des applications sans devoir apprendre le langage de script de JavaFX et profiter pleinement des fonctionnalités puissantes du langage Java comme les génériques, les annotations et le multi-threading.
Ces mêmes API devraient permettre aux développeurs Web d'utiliser d'autres langages populaires comme JavaScript, JRuby, Groovy et d'autres langages qui s'exécutent sur la machine virtuelle Java (JVM) comme Scala.
Continuer d'utiliser le langage de script de JavaFX restera toutefois possible grâce au projet Visage qui devrait offrir un langage dédié pour la création d'interfaces utilisateurs.
Les API Java pour JavaFX 2.0 seront une variation sur les propriétés et listeners JavaBeans. Elles seront conçues pour fonctionner correctement avec les expressions lambda des futures versions de Java.
Source : la feuille de route de JavaFX 2.0
Et vous ?
-
lunatixRédacteurjavaFX 2.0 semble vraiment pas mal. Il se place plus en remplacement de swing que en concurrent de flash.
En clair, ca semble etre le swing2.0 tant attendu dans le monde java.le 21/03/2011 à 16:30 -
UtherExpert éminent séniorA première vue je serais plutôt de l'avis de lunatix, il semble corriger des manques cruel de Java.
Mais le problème est justement là : tout ceci aurait mérité d'arriver directement dans Java et pas à part. On a une plateforme supplémentaire(et propriétaire) à rajouter en plus de la JVM existante.
La JVM étant déjà haïe (a plus ou moins juste titre) des développeurs Web, je lui prédit un avenir funeste en tant que concurrent de Flash et Silverlight.
Pour des applications Desktop lourde, vu la réputation de Swing(la encore partiellement méritée), il ne pourra de toute façon pas faire pire.le 21/03/2011 à 17:24 -
bouyeRédacteur/ModérateurOn pourra toujours si le projet visage avance un tant soit peu puisqu'il s'agit desormais d'une initiative OpenSource plutot que d'un projet mene par Oracle et que dernierement Stephen Chin semblait plutot interresser de faire fonctionner Visage (donc le language F3/JavaFXScript) avec Android plutot qu'avec JavaFX 2.0 (l'API).
Super! Au rythme ou nos services corporate et IT sont en train d'examiner le dossier de candidature au JavaFX Partner Programme fourni par Oracle, ils seront remplis et expedies au moment ou JavaFX 2.0 deviendra publique
Par contre, j'chuis pas sur que ca soit interressant de le mettre en actualite recente vu que ca fait des lustres qu'on est au courant (planning de la JavaOne + maj de la roadmap il y a 1+ mois deja).le 21/03/2011 à 23:18 -
bouyeRédacteur/ModérateurComme dit plus haut, ça fait déjà pas mal de temps qu'il ne foutent plus rien sur Swing (bien plus que 7 ans en fait) et comme tout le monde réclamait des nouveautés (sans parler du JWebPane sans arrêt reporté) et des APIs plus modernes il fallait bien donner à manger aux gens.
Pour rappel au début F3 ne devait être rien d'autre qu'un language pour scripter Swing, pas une API à part entière. Ensuite se sont greffés dessus une API warpant les composant Swing et construite sur le scenegraph (initialement créé pour Java2D/Swing) permettant de faire la GUI en script mais avec les classes métier en Java. C'est en interne que ça a fumé peu avant de la sortie de la 1.0 et qu'ils ont décidé de faire que l'API publique, complêtement Script, en supprimant de façon totalement inatendue pas mal de warppers qui fonctionnaient pourtant très bien durant la beta.le 22/03/2011 à 11:20 -
adiGubaExpert éminent séniorSalut,
Hum... D'accord avec toi sur le fait qu'il faudra standardiser tout cela !
Mais le fait que JavaFX ne soit pas intégré à l'API standard a aussi ses avantages : cela permettra de le faire évoluer plus facilement.
Actuellement l'évolution Swing est très limité à cause de cela. La moindre modification dans des composants existants peut entrainer de grosse incompatibilitée sur les programmes existants. Or on n'a pas forcément la main sur la version de Java à utiliser...
En utilisant une version séparé de JavaFX, on pourra controller plus finement la version de l'UI que l'on souhaite utiliser.
Ainsi par exemple la migration vers un éventuel JavaFX "2.1" pourrait "casser" certains programmes mais ce ne sera pas gênant car ils continueront à utiliser la version "2.0".
Enfin, Java 8 devrait apporter la modularisation et on peut espérer que cela permettent de fixer la version de l'UI à utiliser indépendamment de la version de Java, ce qui permettra à JavaFX d'apporter des évolutions plus marqués au fil du temps...
a++le 25/03/2011 à 10:11 -
jayfazeMembre actifah bah ca a l'air bienEnfin !La plate-forme écarte son langage de script et se rapproche des langages de la JVM
Vivement que la beta sorte que je teste. Car la version actuelle de javaFX, bah ....je la trouver tres pourrave le 21/03/2011 à 16:16 -
jayfazeMembre actifAh bon ? tu veux dire pour les applet java ou bien pour les servlet/jsp/bean ?La JVM étant déjà haïe (a plus ou moins juste titre) des développeurs Web
Pour ce qui est de remplacer swing, c'est clair que ca ne peut etre que benefique.
Sinon en tant que concurrent a flash/silverlight, je pense le plus gros danser vient de l'html5. Mais faut que la W3C se presse un peu.le 21/03/2011 à 17:29 -
UtherExpert éminent séniorOui je parlais des applets.
Je n'ai pas regardé en profondeur ce que permettait JavaFx, mais il me semble qu'il s'agit avant tout d'une techno coté client, pas serveur.le 21/03/2011 à 17:45 -
NépomucèneModérateurC'est déjà pas mal qu'Oracle n'ai pas laissé tombé JavaFxle 21/03/2011 à 18:30
-
ZeRevoMembre avertiJe travaille actuellement sur un projet comportant une applet en java et je me demande ce que javaFX apporterait par rapport à ma solution actuelle.
Est-ce que JavaFX est une réécriture complète ou est-ce un changement de grammaire ?le 21/03/2011 à 18:38