Discussion :

[yphilogene]

J'ai l'impression qu'on parle beaucoup plus d'Android que de JavaFX sur Internet et j'avoue que j'en suis un peu déçu.

Qu'est-ce qu'Android si ce n'est une pile complète bâtie sur un noyau Linux avec Java en surface (je schématise) et pourquoi génère-t-il un tel buzz alors que JavaFX ne semble pas exciter grand monde?

L'OS de Google a bousculé le monde du mobile sur l'aspect logiciel autant que l'Iphone l'a fait sur le plan matériel. L'enrichissement progressif et automatique des applications en ligne de Google jouent parfaitement leur rôle de petites piqures contre l'ennui. Je suis d'avis que finalement, Google surfe bien sur la vague des smartphones de nouvelle génération et du cloud-computing émergent. Tant mieux pour eux. Mais Google apporte réellement quelque chose au travers de ses services de recherche et de navigation, son OS n'est rien d'autre qu'une étoile de plus dans la constellation existante des OS pour configuration ciblée.

Ce serait vraiment dommage qu'Android, aussi excitant soit-il, fasse de l'ombre à JavaFX dans le monde mobile (smartphones, MDI et netbooks).

Franchement, lorsqu'un de ces 3 types d'équipement sortira muni d'un OS Linux minimaliste + la pile JavaFX, j'achèterai les yeux fermés.

En tant que développeur, l'idée de pouvoir créer mes propres applications et de pouvoir les utiliser dans la vie de tous les jours sur un smartphone JavaFX, un MDI JavaFX, un netbook JavaFX et... n'importe quel autre notebook, station de travail, télé moderne ou encore sous forme d'applet me rend complètement dingue.

Le concept du "Write once, run anywhere" existe depuis la naissance de Java. C'est peut-être pour ça que JavaFX apparait peu innovant. Mais pourtant, il suffit de se remettre au travail ( on dirait une parole de notre cher Président).

[bouye]

C'est difficile à dire, je ne connais pas Android et je n'ai jamais dévellopé pour mobile.

Mon point de vue (qui n'est pas du tout orienté mobile ou serveur) est que JavaFX a été mal positionné dès son lancement : la version 1.0 ciblait le web et essayait de concurrencer Flash qui monopolise plus de 90% des parts de marché, et ce n'est que la version 1.1 qui vient juste de sortir qui rajoute enfin le support mobile. Donc il faut encore que les gens aient le temps de s'y mettre.

Pendant ce temps la partie desktop est mal intégrée ou délaissée, si on a bien le support Swing dans JavaFX, le support du JavaFX dans Swing est quant à lui inexistant ; je l'ai répété en interne : si ce support-là avait été intégré dans la version de base, alors immédiatement on aurait vu des applications Swing avec du JavaFX apparaitre sur le marché tellement il est facile de faire en JavaFX des chose qui semble insurmontables quand on début en Swing (skinner des composants par exemple, faire des effets graphiques chiadés, etc..).

Sinon coté mobile ben, encore faut-il avoir des JVM qui le supporte et il serait bon que Sun (puisqu'Apple a décidé de ne pas le faire) se magne un peu pour fournir une JVM pour l'iPhone et l'iPod Touch. Là oui je serai alors peut-être interressé pour develloper des trucs dessus. En tout cas j'ai toujours trouvé le devellopement Java sur mon vieux P990i trop contraignant pour être interressant.

Après, on a toujours pas de support officiel de Linux ce qui à mon sens ne vas pas trop gener pour le devellopement mais va juste marquer le langue comme étant non-logiciel libre-friendly, ce qui peut ternir son image de marque auprès des acharnés du libre pendant quelques années.

Egalement au niveau IDE, le seul support officiel est pour le moment dans NetBeans ce qui met la communauté Eclipse à part en attendant que le plugin devienne dispo pour eux. La qualité du plugin NetBeans est elle-même plutôt bancale, ca plante souvent, impossible de faire un developpement complètement graphique comme le permettent les éditeur Flash (ce qui rebutera les dévellopeurs ou designers Flash potentiels qui voulaient essayer autre chose), dégogger du Java depuis JavaFX déc#~{#~(donc nécessité de produire un jeu de tests Java en complément de ceux en JavaFX), etc...

Niveau API c'est sympa pour démarrer, on peut faire quelques trucs graphiques, un peu de vidéo, un peu de son mais dès qu'on voudra faire des choses plus avancées il faudra taper dans l'API Java ou ses extensions ce qui forcera les gens à apprendre un second language (pour ceux qui commencent directement en JavaFX). On retombera également sur les limitations de Java lui-même et surtout de ses extensions (vieux bugs et défauts de Java2D pas corrigés depuis plus de 10 ans, JMF mort-né, personne ne connait l'existence du JAI -ni comment s'en servir-, etc...).

De plus franchement, au vu des capacité et du buzz généré, avec toutes ces méthodes asynchrones qui ne génèrent jamais d'erreur, ca ressemble énormément à ce qui s'était passé lors de la sortie de Java 1.0, de son API limitée et de la présentation des premières Applets dans Netscape à l'époque. C'est '95~96 all over again ! donc à voir si ca évolue pareil (finalement Java a bien plus réussit coté serveur que coté desktop et web).

Pour résumé :

- sorti trop tôt, la version 1.0 fait plutot penser à une beta-devellopeur-release par certains cotés. La version 1.1 rajoute très peu de choses au niveau API (d'autres changements comme l'extension des types supportés sont eux très très bienvenus).

- peu d'outils de devel et aucun orienté designer. Il faut se reposer sur des outils externes souvent très chers (Illustrator et Photoshop).

- documentation, tutoriels, exemples et règles de bons usages encore légers ou inexistants sur bien des points.

- mauvais ciblage (à mon sens).

- intégration bancale dans la JVM ou le JRE, déploiment bancal, les quelques exemples fournis ne fonctionnent pas toujours suivant les installations et/ou les navigateurs (voir topics dans ce forum).

Pour conclure :

- wait for version 1.5 or better version 2.0.

[yphilogene]

Le danger est que justement, sans le support de la communauté Java, JavaFX risque de mourir avant d'atteindre la version 1.5...

C'est vrai qu'à l'origine (bon après, va savoir ce qui se trame réellement au sein de Sun) JavaFX était présenté comme la réponse de Sun à Flash, mais plus généralement à AIR. Mais franchement, j'ai toujours un gros doute quant à l'intérêt réel des RIA face aux applications Web développé en AJAX. C'est pourquoi, je me suis vite désintéressé de AIR et autre Silverlight avant d'être séduit à nouveau... par JavaFX, me rendant compte que Sun avait déjà une avance considérable dans sa vision avec Java Web Start.

Sur le point de l'intégration de JavaFX dans Swing, je suis perplexe quant à ce besoin. A quoi ça sert? Pour moi, JavaFX est une surcouche par rapport à Swing et pas l'inverse. Je vois ça comme une résistance des développeurs Swing (dont je fais parti) à apprendre un nouveau langage. Ce serait dommage qu'une guerre interne Swing vs JavaFX naisse. A mon sens, JavaFX apporte des possibilités de création plus riche que Swing et remplit ainsi parfaitement son rôle en permettant à Java Web Start de concurrencer les autres plateformes RIA.

Côté mobile, c'est en effet une question de temps pour voir apparaître les premiers "JavaFX phones". Je pense qu'il est dans l'intérêt des géants de l'électronique comme Sony, qui proposent des gammes de produits couvrant tous les types d'écrans, de développer leurs systèmes en s'appuyant sur JavaFX, afin de factoriser le développement de leurs applications. C'est bien là tout l'intérêt de JavaFX par rapport à la concurrence.

Personnellement, je me fiche pas mal de ce qu'Apple peut bien décider de son côté pour son sacro saint Iphone (apparement, ils ont déjà copinés avec Adobe pour la prise en charge de Flash). Je ne suis pas anti Mac, mais il existe aujourd'hui des produits qui tiennent tout à fait la comparaison. Le problème est que chacun y va de son OS propriétaire. Sur ce point, Web OS de Palm tire son épingle du jeu dans la mesure où il utilise AJAX et n'introduit pas une courbe d'apprentissage supplémentaire à gravir par les développeurs. Mais là encore, je ne m'attends pas à avoir suffisament de souplesse avec AJAX pour développer des applications paramétrées de façon à tourner sur plusieurs écrans différents. C'est ce qui pourrait justifier l'effort d'apprentissage de JavaFX.

Il reste à espérer que le prochain mobile JavaFX de Sony Ericsson te convaincra de lâcher ton cher P990i .

Concernant JavaFX sur Linux, j'avoue que moi aussi j'ai été surpris . Même si je développe sous Windows, je trouve ça stratégiquement bizarre de la part de Sun, qui a pourtant rendu Java Open Source depuis un certain temps maintenant. C'est clair que perdre les mordus de Linux empêche la plateforme de prendre un démarrage canon.

Enfin... j'espère que JavaFX va convaincre une majorité. En tout cas, moi, je vais m'y mettre. Après un tour d'horizon de la concurrence, et en particulier d'Android, la vision de Sun reste la seule qui me motive à me lancer.

[bouye]

Non j'ai laché Sony Ericson depuis des lustes, tant leur support develloppeur qu'utilisateur pour le P990i m'a définitivement fait comprendre qu'il se foutaient de nous (encore plus quand le P1 est sorti).

Pour ce que j'en ai vu sur le net, le support de Flash pour l'IPhone/IPod Touch est encore moins au gout du jour que l'intégration de Java : Apple a dit NIET ! Aucune des deux technologies ne fonctionne sur ces appareils pour le moment. Safari affiche l'icone du plugin non-installé sur les pages flash (et on ne peut rien installer), les pages Java renvoient chez Sun qui indiquent qu'il faut contacter Apple pour installer une version de la JVM pour MacOS.
C'est Quicktime et l'Iphone SDK ou rien.

Bien au contraire l'intégration de JavaFX dans Swing serait un must pour n'importe quel devellopeur qui aurait a créer des composants personalisés et customisés (surtout si un éditeur graphique correct voit le jour). Un petit exemple qui ne fonctionne plus dans la version finale : http://stufffromjim.blogspot.com/200...lications.html

[bouye]

Un petit commentaire sur le blog de Joshua Marinacci qui date deja du debut du mois -There is no JavaFX Mobile. There is only JavaFX.- ou il indique qu'il ne fait guere la distinction entre la version desktop de JavaFX et la version mobile (ce qui est une bonne chose -pas envie de me lancer dans JavaME ) et egalement donne une piste pour ceux qui devellopent sur Mac (qui ne dispose pas de l'emulateur mobile).

[yphilogene]

En parlant de Joshua Marinacci, voici une vidéo d'une de ses présentations intitulée "The future of Java Platform": http://www.viddler.com/explore/oredev/videos/24/

J'ai trouvé cette présentation particulièrement instructive; elle explique certains choix de Sun, comme par exemple l'absence d'outil de design visuel d'interface.

On entend aussi la prise de recul évidente de Joshua Marinacci: de Rich Internet Application, on passe à Internet Application pour finir par Application. Alors que le langage Java permet depuis toujours de développer des applications, le langage JavaFX script a pour unique objectif de simplifier la création des interfaces graphiques "expressives" comme l'équipe marketing de Sun aime si bien le dire. Autrement dit, des interfaces non pas composées de menus et boutons, mais plus généralement de dessins, d'animations, bref tout ce qu'on voit déjà avec Flash, etc...

L'introduction rappelle également que "Java" désigne à la fois un langage de programmation et une machine virtuelle (hmmm... je capte pas trop la différence entre Runtime et Virtual Machine). De la même façon, "JavaFX", c'est le langage JavaFX script et la machine virtuelle capable de faire tourner les applications JavaFX.

Bref, JavaFX, c'est désormais Java accompagné de JavaFX script. Tout ce blabla pour ça .

[bouye]

J'ai trouvé cette présentation particulièrement instructive; elle explique certains choix de Sun, comme par exemple l'absence d'outil de design visuel d'interface.

[...] Autrement dit, des interfaces non pas composées de menus et boutons, mais plus généralement de dessins, d'animations, bref tout ce qu'on voit déjà avec Flash, etc...

Ce qui est completement contradictoire en soit...

Mais bon apres tout, ils ne veulent pas perdre la face en avouant qu'ils n'ont pas les moyens humains ou financiers d'investir dans le devellopement de vrais outils pour designers et qu'il preferent que quelqu'un d'autre dans la communaute en ponde un pour eux*...

Pendant ce temps-la puisqu'il se reposent sur Illustrator et Photoshop, ils ne font qu'engraisser encore plus Adobe qui aura alors d'autant plus de fonds a injecter dans le devellopement et le support de Flash et de ses outils. C'est bien sur d'une logique imparable ...

A part ca, c'est toujours pareil et le meme discours qui revient depuis le debut de Java*... Bah l'exitation des grandes annonces orientees Swing des JavaOne de 2005 et 2006 s'est bien vite estompee... comme d'hab.

*Faudra que je pense a m'auto-quoter dans 4~5 ans si on est toujours au meme niveau et que rien n'a decolle... apres tout ce n'est que la 3eme periode de Java(FX)-blues que je vis en 10 ans que je pratique... *thanks a lot Sun*

EDIT - je trouve quand meme marrant de le voir s'exciter sur la javaFXdoc sachant que c'est l'une des choses les plus penibles qu'il m'est ete donne d'utiliser (ca me rappelle la javadoc 1.0, c'est dire...).

[yphilogene]

T'as l'air bien désabusé

Bon, sincèrement, je ne sais pas à quoi ressemble les outils de design des applications Flash... alors ok, peut-être qu'un designer tout seul s'en sortira mieux avec Flash qu'avec JavaFX...

En équipe de développement, la donne est sûrement différente.

Sur la JavaDoc, eh ben... je trouve ça plutôt pas mal. Tu connais un équivalent pour les autres langages?

Je n'essaie pas d'ériger JavaFX en tant que plateforme de développement d'applications ultime... euh, si en fait .

[galien]

Je comprends pas trop l'allali sur Sun et javaFX.
Il faut pas oublier que c gratis et bientôt opensource, aucune comparaison avec flash qui est juste un afficheur presque limité au navigateur.
De plus le back end java fait tout, donc on a une plateforme cohérente (java), fiable, qui vas de l'affichage vectoriel jusqu'a JNI pour le matos.
Si il y a une grosse critique à faire avec javaFX c'est plutot du coté du threading qui est pas super documenté, on reste quand meme sur L'EDT de java.
Vouloir utilisé du code javaFX dans swing... je vois pas trop l'intérêt et il suffit d'utiliser la class SwingComponent et la methode wrap() pour l'integration de swing dans javaFX.
De plus je me suis laisser par faire des ptits logos simple sous javaFX, bien plus simple qu'avec GIMP, euh je parle pas de photoshop ou il faut se taper 2h de tutoriaux pour faire un effet de skew... 10 min montre en main avec FX.
De plus quand à la critique sur netbeans, développer en C/C++, ruby, java, ... et ceci relativement simplement, et gratuitement.

[guitariste]

salut.

je viens de découvrir javafx et il me parait intéressant !
mais j'arrive pas a comprendre la comparaison que vous fêtes : Android est un OS , javafx est langage de script non ?
je crois qu'il y a la machine virtuelle java sur Android, on peut pas faire fonctionner javafx sur ce dernier ?
et finalement j'arrive pas a situer javafx par rapport J2ME !

Merci

[lunatix]

mais j'arrive pas a comprendre la comparaison que vous fêtes : Android est un OS , javafx est langage de script non ?

a la premiere présentation de jfx (il y a longtemps), ca devait etre un os complet pour les mobiles. depuis, (et je pense avec l'annonce d'android qui a été annoncé un peu apres), le plan de sun a changé. je pense qu'ils pensent a porter jfx sur android rapidement

[bouye]

Je rappelle aussi qu'il en était de même à l'origine pour Java (bien qu'à l'époque -'92~'95- on n'appelait pas ça des "mobiles").

[Traroth2]

Initialement, JavaFX Mobile devait être une pile Linux-Java (suite au rachat de SavaJe par Sun) à peu près à l'image de ce qu'est Android (ou OpenMoko). Je pense que le lancement d'Android a complètement coupé l'herbe sous le pied de Sun (Google a quand même une toute autre puissance marketing que Sun), et, après avoir posé la question à des gens de l'équipe JavaFX lors de l'Aquarium de décembre dernier à Paris, j'ai l'impression qu'ils ne savent plus trop quelle politique adopter concernant le mobile. Lors de la conférence JavaOne 2008, il y a eu, parait-il, une démonstration de JavaFX sur Android (ce qui n'a rien d'évident. Je rappelle que le bytecode Dalvik est différent du bytecode Java), et que c'est vers ce genre de choses qu'on s'achemine. Le discours des gens de Sun était bizarre : ils disaient que Sun allait lancer quelque chose concernant le mobile (c'est à dire la version actuelle JavaFX 1.1, en gros. Mais à part un émulateur, qui était déjà en beta dans le SDK 1.0, je ne comprends toujours pas ce que ça apporte, puisqu'on trouve exactement ZERO documentation concernant le mobile sur javafx.com), mais que "JavaFX était opérationnel dès maintenant sur tout mobile compatible JavaME", ce qui est complètement contradictoire. J'espère qu'on comprendra mieux après JavaOne 2009.

Je dois reconnaitre que je suis aussi vaguement déçu par les dernières évolutions de JavaFX : c'est quand même assez buggé, pas au niveau de fonctionnalité d'un Flash/Flex ou d'un Silverlight, l'amélioration de performance promise par 6u10 n'est pas si flagrant que ça (ce qui veut dire que les applets JavaFX ne s'imposeront jamais face à Flash), et plus généralement, j'ai un gros doute sur la stratégie de Sun concernant JavaFX : J'étais persuadé qu'ils allaient sortir une spécification open-source (histoire de créer rapidement un écosystème) et qu'ils allaient faire de l'argent en vendant un studio pour designers. Mais ça risque de ne pas être open-source avant longtemps (merci l'intégration du codec vidéo breveté d'On2 ) et pas de studio à l'horizon, ce qui veut dire que d'entrée de jeu, Sun n'a pas vraiment de moyen de rentabiliser son investissement (ça semble être toute l'histoire de Java), ce qui veut dire qu'on peut avoir des doutes quant à la pérennité de JavaFX. Par exemple, dans l'hypothèse de plus en plus probable d'un rachat de Sun par IBM, je suis persuadé que JavaFX sera l'un des premiers trucs à passer à la poubelle (en plus ça repose sur Swing, qui est une techno qu'IBM ne soutient pas).

[bouye]

Mais à part un émulateur, qui était déjà en beta dans le SDK 1.0, je ne comprends toujours pas ce que ça apporte, puisqu'on trouve exactement ZERO documentation concernant le mobile sur javafx.com

+1

Mais ça risque de ne pas être open-source avant longtemps (merci l'intégration du codec vidéo breveté d'On2 ) et pas de studio à l'horizon, ce qui veut dire que d'entrée de jeu, Sun n'a pas vraiment de moyen de rentabiliser son investissement (ça semble être toute l'histoire de Java), ce qui veut dire qu'on peut avoir des doutes quant à la pérennité de JavaFX.

+1000

Par exemple, dans l'hypothèse de plus en plus probable d'un rachat de Sun par IBM, je suis persuadé que JavaFX sera l'un des premiers trucs à passer à la poubelle (en plus ça repose sur Swing, qui est une techno qu'IBM ne soutient pas).

[xavlours]

Par exemple, dans l'hypothèse de plus en plus probable d'un rachat de Sun par IBM, je suis persuadé que JavaFX sera l'un des premiers trucs à passer à la poubelle (en plus ça repose sur Swing, qui est une techno qu'IBM ne soutient pas).

Je ne suis pas forcément de cet avis. Avec Eclipse, IBM investit beaucoup sur l'interface graphique. Le projet actuel est de pouvoir déployer des composants SWT indifféremment sur desktop, web ou mobile. Lorsque ce but sera atteint, l'intégration de JavaFX sur cette pile pourrait être un atout majeur. SWT, c'est déjà le passé des interfaces graphiques, et JavaFX peut être son avenir.
Les projets Swing/SWT et SWT/Swing existent et marchent correctement. Si JavaFX est portable sur Swing, il doit sûrement l'être sur SWT.

[_skip]

Bonjour à vous,

J'ai lu avec le plus grand intérêt vos réactions. Actuellement j'espère qu'Android rendra le développement java en mobile agréable à nouveau. J'ai du étudier la faisabilité d'une application de gestion sur mobile en java, puis ma conclusion a été que c'était trop complexe, trop la jungle avec ces supports partiels de différentes fonctionnalités par les différents constructeurs.

En fait j'attend (et je ne pense pas être le seul) d'android qu'il permette de faire table rase de toutes ces vieilles casseroles que traînent j2me et nous apporte un framework applicatif au goût du jour, homogène et qui réponde aux standards actuels. Je rêve peut être éveillé mais voilà... Ce n'est pas quelque chose à mon sens qu'apporte javaFX actuellement.

Pour ceux qui se demandent ce que flash / flex ont de mieux que javaFx, je pense que c'est particulièrement sur plan des IDE qu'ils sont impressionnants, très complets et très productifs.
Je me suis légèrement intéressé à javaFx pour une application desktop riche en loisir, à ma surprise, nombreux témoignages me dirigeaient plutôt vers http://www.soyatec.com/eface/. Un framework de présentation similaire à WPF de microsoft.

Mon avis est bien sûr pas celui d'un expert et peut être quelque peu biaisé puisque je viens du monde .Net et que je débarque sous java. Toutefois je pense que SUN a beaucoup de progrès à faire hors du monde serveur, du côté des clients riches en java.

[Traroth2]

Je ne suis pas forcément de cet avis. Avec Eclipse, IBM investit beaucoup sur l'interface graphique. Le projet actuel est de pouvoir déployer des composants SWT indifféremment sur desktop, web ou mobile. Lorsque ce but sera atteint, l'intégration de JavaFX sur cette pile pourrait être un atout majeur. SWT, c'est déjà le passé des interfaces graphiques, et JavaFX peut être son avenir.
Les projets Swing/SWT et SWT/Swing existent et marchent correctement. Si JavaFX est portable sur Swing, il doit sûrement l'être sur SWT.

Ca pourrait. Mais il faut bien dire que pour remplacer Swing par SWT au coeur deJavaFX, il faudrait sans doute un travail énorme. Et ce n'est pas vraiment le chemin qu'a commencé à prendre Eclipse avec Ecliple e4 et XWT. Si on ajoute à ça l'aspect pas complètement fini de JavaFX, ça commence à faire beaucoup. Mais c'est de la spéculation, j'en suis conscient.

[Traroth2]

Bonjour à vous,

J'ai lu avec le plus grand intérêt vos réactions. Actuellement j'espère qu'Android rendra le développement java en mobile agréable à nouveau.

Et c'est le cas. Je suis en train de potasser Android à fond, et leur modèle de fonctionnement est vraiment bluffant !

J'ai du étudier la faisabilité d'une application de gestion sur mobile en java, puis ma conclusion a été que c'était trop complexe, trop la jungle avec ces supports partiels de différentes fonctionnalités par les différents constructeurs.

Oui, j'ai toujours évité JavaME. Sans doute un des pires aspects de Java (mais il y a de la concurrence : JDO, JMF...). Une prise de tête permanente...

En fait j'attend (et je ne pense pas être le seul) d'android qu'il permette de faire table rase de toutes ces vieilles casseroles que traînent j2me et nous apporte un framework applicatif au goût du jour, homogène et qui réponde aux standards actuels. Je rêve peut être éveillé mais voilà... Ce n'est pas quelque chose à mon sens qu'apporte javaFX actuellement.

C'est le but, et ça pourrait fonctionner. Il ne manque pas grand-chose pour que JavaFX soit quelque chose de fantastique, mais les expériences passées avec Sun ne sont pas rassurantes quant à leur capacité de livrer un truc fini et fonctionnel

Pour ceux qui se demandent ce que flash / flex ont de mieux que javaFx, je pense que c'est particulièrement sur plan des IDE qu'ils sont impressionnants, très complets et très productifs.

Ca, c'est clair. Dans ma boite, on fait du Flex, et c'est vraiment pas mal. Le studio Flash est un très bon outil, et Flex Builder est un bon environnement de développement. L'environnement de développement sous Netbeans pour JavaFX n'est pas mauvais non plus, mais pour les designers, Sun ne propose rien (je ne sais pas ce que vaut JFXBuilder de ReportMill)

Je me suis légèrement intéressé à javaFx pour une application desktop riche en loisir, à ma surprise, nombreux témoignages me dirigeaient plutôt vers http://www.soyatec.com/eface/. Un framework de présentation similaire à WPF de microsoft.

Connais pas. D'après le site, ça permet de construire des IHM en Java avec XAML. Original, au moins...

Mon avis est bien sûr pas celui d'un expert et peut être quelque peu biaisé puisque je viens du monde .Net et que je débarque sous java. Toutefois je pense que SUN a beaucoup de progrès à faire hors du monde serveur, du côté des clients riches en java.

Le problème, c'est qu'on attend depuis longtemps qu'ils fassent ces fameux progrès. Et que vu leurs ennuis financiers actuels, on risque d'attendre longtemps. Le rachat d'IBM pourrait clairement être une très bonne chose. Ca dépend des arbitrage que fera IBM après.

[Traroth2]

Ce qui m'inquiète avec JavaFX, c'est la baisse progressive des ambitions de cette technologie :

• JavaFX devait être un langage de script s'exécutant par dessus Java, c'est finalement un langage compilé en bytecode alternatif à Java
• JavaFX devait être open-source, ça n'en prend pas le chemin
• Tout le monde attendait un studio pour designer, on ne voit rien arriver
• JavaFX Mobile devait être un nouvel OS pour mobiles, et c'est... c'est quoi au fait ?

C'était très prometteur, et ça m'a intéressé dès la première minute où j'en ai entendu parler, avant même JavaOne 2007, mais là, je dois dire que je suis un peu désappointé. C'est pas foutu, mais il faudrait vraiment que Sun se bouge. Une remarque générale concernant Java : Eclipse, Spring, Groovy et Android ont marqué un gros changement dans le monde Java. Maintenant, les nouveautés sexy ne viennent plus de chez Sun. Je me demande s'ils en sont conscients...

[bouye]

• JavaFX devait être un langage de script s'exécutant par dessus Java, c'est finalement un langage compilé en bytecode alternatif à Java

On peut l'utiliser en interprété, mais je n'ai guère poussé plus loin que ce que j'ai écris dans la proposition de Q/R pour intégration à la FAQ.