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 a-t-il encore une chance
De s'imposer face à Flash, Silverlight et l'émergence du HTML 5 ? Oui, répond Oracle

Le , par Gordon Fowler

121PARTAGES

2  0 
JavaFx a été lancé il y a trois ans pour développer des applications lourdes. Très vite, les développeurs l'ont utilisé pour des applications multimédias et pour faire du web java (notamment des Rich Internet Applications ou RIA).

La plateforme - qui se compose du langage de script JavaFX, une plateforme pour client lourd et une intégration avec la machine virtuelle Java - entendait ainsi répondre ainsi aux besoins d'un marché où la compétition fait désormais rage avec, entre autres, des acteurs aussi importants que Flash de Adobe et Silverlight de Microsoft.

Selon la page officielle du langage, le SDK aurait été téléchargé plus de 400.000 fois et JavaFx serait présent sur plus de 250 millions d'ordinateurs.

De très bons chiffres. Certes. Mais des chiffres qui ne lèvent cependant pas les interrogations quant aux chances de JavaFX de s'imposer - et qui cachent difficilement un manque réel de notoriété.

Premièrement, parce qu'il arrive après ses concurrents, notamment pour la conception de contenus RIA. Ensuite parce que ses tentatives pour rattraper son retard de popularité arrivent au moment où émerge le HTML5, dont un des buts est justement de se passer de ces technologies.

Du coté positif, Oracle - qui hérite de la technologie avec la rachat de Sun - vient de confirmer son implication dans JavaFx. Preuve à l'appui, le site des JOs de Vancouver a été réalisé avec la plateforme... même si les principales diffusions TV ont été faites par les chaînes en Silverlight (NBC, etc.)

Pour Mark Volkmann, du Saint Louis Java Users Group, l'évolution de JavaFx aurait été trop lente. Et les choses seraient presque jouées.

De son coté, Frank Greco, responsable du New York Java Special Interest Group, tempère cet avis et souligne que JavaFx est certainement meilleur que ses concurrents. Mais que Sun n'aurait pas effectivement pas suffisamment oeuvré pour sa promotion.

En revanche, si Oracle venait à "relancer la machine", rien ne prouve que JavaFx ne puisse pas percer.

Une des manières de faire serait, toujours pour Frank Greco, de l'intégrer à plus d'IDE.

Une position qui semble être celle de Nandini Ramani, directrice du développement de Java chez Oracle, qui s'est clairement exprimée dans ce sens sur le site officiel ChannelSun.

"Nous sommes en train de travailler sur plusieurs sujets très intéressants [...] comme de trouver une solution au modèle de déploiement et aux plug-ins, des sujets dont les gens nous parlent depuis plusieurs années", a-t-elle ainsi déclaré. Les choses pourraient même aller plus loin avec, à terme, la possibilité d'un développement unifié en Java pour différents types de terminaux (smartphones, TV, bureau et navigateur).

La conséquence de cette nouvelle politique pourrait dans un premier temps être une accélération sensible du déploiement pour Java Runtime.

Couplé à un environment tel que Java SE 6 Update 10, l'écart entre les temps de déploiement entre JavaFx et Flash pourrait même grandement se réduire.

Autre élément, le futur JavaFx 1.3 devrait apporter plus de composants UI.

Restent les questions du HTML 5, dont l'adoption est encore incertaine et dont non ne sait pas encore vraiment s'il sera adapté à la création de RIA (lire - Quake II en HTML 5) et celle de Silverlight, très efficace et qui bénéficie d'un fort soutien mais qui pourrait, justement, en pâtir et être considéré par certains développeurs comme étant bien trop attaché à la plateforme de Microsoft.

Alors, trop tard ou pas trop tard pour JavaFx ?


Lire aussi :

Les rubriques (actu, forums, tutos) de Développez :

Java et Web Java
Falsh/Flex
HTML
Développement Web

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

Avatar de deadalnix
Membre émérite https://www.developpez.com
Le 06/04/2010 à 15:56
Aucune.
1  0 
Avatar de galien
Membre averti https://www.developpez.com
Le 07/04/2010 à 13:54
Pour le RAD il y a le plugin JavaFXComposer de Netbeans.
Le gros avantage avec javaFX c'est qu'il peut intégrer du java multithread.
D'autre part on peut y intégrer du SVG et interagir avec.
Et puis javaFX fonctionne sous Linux, mais avec une JRE sun, les problèmes sont majoritairement en 64bit et avec le plugin Mozzila.
Encore une fois javaFX est au point de vue du runtime un stack graphique qui gère des objets vectoriels commun à java SE et java ME.
Au point de vue du langage il apporte des nouveautés par rapport à java tel les closures et le côté déclaratif, il est aussi beaucoup moins verbeux que java.
1  0 
Avatar de galien
Membre averti https://www.developpez.com
Le 07/04/2010 à 17:28
C'est juste dommage d'avoir eu à proposer un nouveau langage alors que des langages light, déclaratifs, typés dynamiquement, et fonctionnant sur la JRE ont vu progressivement le jour.
Oui c'est vrai qu'on peut s'interroger sur la pertinence de ne pas réutilisé un langage existant, mais d'un autre côté c'était une technologie propriétaire de Sun qui a récupéré F3 crée par Chris Olivier.
De plus ce langage est vraiment destiné pour faire du GUI, je le trouve aussi pratique pour faire du code métier.
Mais on peut toujours faire des applications composites java, javaFX, Scala, Groovy via des interfaces, sur la même JVM ou via RMI, no limit.

Ce reste d'ailleurs le principal avantage de javaFX de tourner sur l'écosystème JRE, c'est peut-être un autre débat mais je crois que l'avenir passe par ce genre de runtimes comme avec dot NET.

Je vous donne juste une illustration de l'avantage de rester sur java:
Appli JEE avec JPA 2 pour les class entity.
Exposition des entity avec JERSEY
Recupération des entity dans javaFX via JAXB et vis versa.
Présentation des entity avec javaFX.

Et bien pour l'avoir testé ça marche très bien et c'est rapide à implémenter par rapport au reste (php, sql, javascript, html).
On arrive a supprimer beaucoup de code technique et rébarbatif tout en supprimant les divers wrapper, merci pour la maintenance du code.

Donc je ne serais pas si pessimiste que ça, javaFX arrive à temps pour le RIA + Cloud.
1  0 
Avatar de Pill_S
Membre expert https://www.developpez.com
Le 18/11/2011 à 16:22
Hi!

Suite aux récentes annonces d'Adobe, je peux vous dire que dans ma ssii (200 développeurs) et chez mon client (500 personnes côté IT), la confiance en flash/flex s'est CONSIDERABLEMENT dégradée, à tel point que les discussions actuelles tendent à tout simplement virer Flash/Flex de notre toolkit (ce qui risque de me mettre au chômage mais bon)....

C'est je pense une opportunité pour Java fx de prendre un maximum de parts de marché, et de montrer que Oracle est un éditeur de soft un peu plus sérieux qu'Adobe

<troll inside>
Dans 5 ans on rigolera bien en repensant au plugin Flash!
</troll inside>

1  0 
Avatar de styvsun
Membre du Club https://www.developpez.com
Le 06/04/2010 à 17:02
ah nous voila encore avec notre fameux JavaFx
de mon coté je pense que Javafx peut toujours concurrencé flash,....
Et pour y arrivé je pense que la communauté Javafx doit vraiment suivre les autres donc développer des outils qui permettrons à rendre la programmation en JavaFx claire et rapide (genre de l'intégrer à plus d'IDE).

@+
0  0 
Avatar de zenadrith
Nouveau membre du Club https://www.developpez.com
Le 06/04/2010 à 17:39
Alors, trop tard ou pas trop tard pour JavaFx ?

Bonne question, je pense qu'il n'est jamais trop tard, cependant JavaFx a pris un énorme retard par rapport à ces concurrents et n'a pas l'air de le rattraper (manque de composant, API mal documenté, peut de doc, beaucoup de bug, langage pour construire l'interface graphique difficile a utiliser...).

Pour le moment il est très loin de ces deux concurrents, par contre si Oracle met les bouchés double on peut espérer le voir revenir.
0  0 
Avatar de deadalnix
Membre émérite https://www.developpez.com
Le 06/04/2010 à 18:11
Quand tu veux t'imposer face à la concurrence qui est déjà installée, il ne faut pas simplement faire aussi bien. Même mieux ça ne suffit pas.

Il faut faire suffisamment mieux pour justifier la migration.

Si on compare JavaFX à silverlight par exemple, on voit qu'il est en retard sur ce dernier, et pas qu'un peu. Quand à html5, il manque certe d'un implémentation homogène dans tous les navigateur (mais ça, ce n'est qu'un question de temps), mais il promet d'envoyer méchamment (et non, html5, ce n'est pas simplement la balise video). Voir cela par exemple :

Pour moi, ça sonne définitivement la mort de flash à plus ou moins long terme. Seul silverlight sort son épingle du jeu.
0  0 
Avatar de galien
Membre averti https://www.developpez.com
Le 06/04/2010 à 18:37
Pour ceux qui disent que c'est mort:
Les technos ne sont pas encore vraiment diffusée, un bannière de pub ou un player vidéo sur une page html j'appelle pas ca du RIA.
Le stack graphique est basé sur OpenGL donc très performant, la 3D petit à petit faire son apparition.
JavaFX c'est du java pour être clair mais 'pré-compilé', donc l'opérabilité et l'utilisation de java avec javaFX est de 99,9%. (Est ce un atout d'utiliser des Entity Bean dans le GUI pour les RIA d'entreprise?).
Il y a le Composer (un peu comme matisse) pour les flemmards et ca marche plutot bien.
Le déploiement est pratique et sécurisé, j'insiste sur ce point par rapport aux autres, en mode standalone ou applet.
Plateforme à terme sur PC, mobile et TV.
Les autres solutions ne s'avèrent pas forcément très véloces comparé à javaFX (voir le site de France télévision).
J'ai personnellement vendu plusieurs applications utilisant javaFX et pour l'instant j'ai pas à m'en plaindre.
0  0 
Avatar de yop828
Nouveau membre du Club https://www.developpez.com
Le 06/04/2010 à 20:15
Citation Envoyé par deadalnix Voir le message
Quand tu veux t'imposer face à la concurrence qui est déjà installée, il ne faut pas simplement faire aussi bien. Même mieux ça ne suffit pas.

Il faut faire suffisamment mieux pour justifier la migration.

Si on compare JavaFX à silverlight par exemple, on voit qu'il est en retard sur ce dernier, et pas qu'un peu. Quand à html5, il manque certe d'un implémentation homogène dans tous les navigateur (mais ça, ce n'est qu'un question de temps), mais il promet d'envoyer méchamment (et non, html5, ce n'est pas simplement la balise video). Voir cela par exemple :

Pour moi, ça sonne définitivement la mort de flash à plus ou moins long terme. Seul silverlight sort son épingle du jeu.
Il y a deja un topic sur le sujet Quake2 en HTML5
Et sur ce topic on apprend que quake tournait deja sur flash en 2007...

Ton argument tombe donc a l'eau
0  0 
Avatar de deadalnix
Membre émérite https://www.developpez.com
Le 06/04/2010 à 20:45
Lis bien tout l'article, tu verra qu'on y fait tourner quake 3 à 110fps.

Flash en est strictement incapable. Quoique 10.1 nous promet un amélioration des perfs (enfin) mais sinon, c'est juste mort.
0  0