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 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 , par Idelways

41PARTAGES

3  0 
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 ?

Attendez-vous la sortie de JavaFX 2.0 ?
Cette version a-t-elle encore d'après vous des chances de s'imposer face à Silverlight et Flex ?

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

Avatar de lunatix
Rédacteur https://www.developpez.com
Le 21/03/2011 à 16:30
javaFX 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.
2  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 21/03/2011 à 17:24
A 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.
2  0 
Avatar de bouye
Rédacteur/Modérateur https://www.developpez.com
Le 21/03/2011 à 23:18
On 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).
1  0 
Avatar de bouye
Rédacteur/Modérateur https://www.developpez.com
Le 22/03/2011 à 11:20
Comme 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.
1  0 
Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 25/03/2011 à 10:11
Salut,

Citation Envoyé par Uther Voir le message
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.
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++
1  0 
Avatar de jayfaze
Membre actif https://www.developpez.com
Le 21/03/2011 à 16:16
ah bah ca a l'air bien

La plate-forme écarte son langage de script et se rapproche des langages de la JVM
Enfin !

Vivement que la beta sorte que je teste. Car la version actuelle de javaFX, bah .... je la trouver tres pourrave
0  0 
Avatar de jayfaze
Membre actif https://www.developpez.com
Le 21/03/2011 à 17:29
La JVM étant déjà haïe (a plus ou moins juste titre) des développeurs Web
Ah bon ? tu veux dire pour les applet java ou bien pour les servlet/jsp/bean ?

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.
0  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 21/03/2011 à 17:45
Oui 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.
0  0 
Avatar de Népomucène
Modérateur https://www.developpez.com
Le 21/03/2011 à 18:30
C'est déjà pas mal qu'Oracle n'ai pas laissé tombé JavaFx
0  0 
Avatar de ZeRevo
Membre averti https://www.developpez.com
Le 21/03/2011 à 18:38
Je 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 ?
0  0