Discussion :

[bouye]

• La roadmap de JavaFX 2.0 - exit JavaFX Script* en tant que language de scripting, l'API JavaFX deviendra accessible via tous les languages supportés par la JVM.

* Dommage parce que bon...

The JavaFX APIs will be a variation on typical JavaBeans properties and listeners, and will be designed to work well with the lambda expressions coming in future releases of Java.

Ouch properties + listener = bobo, bonjour le spaghetti code + 1 feature même pas encore encore implémentée dans la JVM =

[galien]

Assez drôle d'appeler ça une RoadMap, ce qui ressemble plus à un draft qu'autre chose.
Donc voilà exit le langage que personnellement j'aimais bien et retour a du code spaghetti comme tu le dis si bien.
Il est toujours difficile de faire accepter un nouveau langage et le côté un peu borné des informaticiens n'aide pas. Il reste que ceux qui ont pris la peine d'essayer en étaient content.
Et puis c'est un peu facile de tenir le langage comme responsable des bugs de l'API et d'une conception un peu étrange (layouts )
Donc javaFX devient tout simplement un WebKit amélioré avec un conteneur Web intégré, il faudrait m'expliquer en quoi cela diffère du couple HML5 javascript, bref
Seul point positif, l'accès aux annotations et un multithread moins bancal, ceci dit c'est toujours amusant de parler de multithread dans une pile d'exécution graphique

[bouye]

J'aimerai bien voir cette présentation cependant pour savoir si c'est vraiment mort du coté du language de script. Va-t'il me falloir porter tout mon code (heureusement cela ne concerne principalement que du code GUI ou des scripts de test rien de bien lourd en I/O ou autre) en JavaScript ou en un autre language de script JVM (Scala, Groovy, autre ?). Un tel portage reste cependant peu aisé pour les languages qui ne supportent pas le binding ou pire encore les closures.

De même, le premier lien indique qu'il est prévu que Swing puisse afficher du FX (YEAH !), mais qu'en sera-t'il du support de Swing dans FX (puisque ce dernier était devenu plutôt bancal dans la 1.3). Surtout que la roadmap continue de mentionner Prism et le mode AWT-less.

Il ne me semble pas avoir vu non-plus de mention de la vraie 3D ou de la manipulation per pixel.

Par contre coté API, même si le portage annoncé en Java donnera lieu sans doute à du refactoring un peu lourd de certaines classes, ce qui est annoncé continue EXACTEMENT dans la droite lignée de ce qui était initialement prévu pour JavaFX 1.4, à savoir plus de contrôles, plus de son, plus de vidéo (et le retour des médias embarqués dans les JAR lol), etc.

L'ennui par rapport au calendrier donné c'est qu'on aura rien de bien concret avant l'an prochain même si je vais voir pour m'inscrire au programme de beta.
Entre temps il va falloir faire avec la 1.3 en attendant sans savoir si les future version de NetBeans continueront à apporter des corrections / améliorations au Composer ou pas et surtout sans trop savoir (pour le moment) si le port d'une App de JavaFX 1.3 vers 2.0 sera lourd (API très différente et réécriture totale des parties en JavaFX Script) ou pas, ni même si les fonctionnalité nécessaires à l'API FX seront bien intégrées dans le JDK 7 ou plutot dans le 8 (puisque l'intégralité du projet Coin ne sera pas dans le JDK 7).

[PhiLho]

C'est étonnant (enfin, pas tant que ça) de voir tant de gens se réjouir de la mort (annoncée sur la base de tweets, pas très fiable ça) de JavaFX script.
Bon, on savait que beaucoup de programmeurs Java répugnent à apprendre un autre langage, même aussi simple que JavaFX script. Je suppose que c'est pour ça que Oracle ouvre l'API à tous les langages de la JVM. Ce qui est une bonne chose ! Voir les slides de Jonathan Giles et Stephen Chin : JavaFX Your Way: Building JavaFX Applications with Alternative Languages
Comme prévu, en Java, c'est particulièrement douloureux (verbeux) d'écrire un GUI. C'est un peu plus digeste avec les langages supportant les DSL. Je suis content de m'être mis à Scala !

Cela dit, je m'illusionne peut-être (ou j'ai juste raté l'info), mais je n'ai pas vu d'annonce officielle de la mort du langage. Ils disent que JavaFX script n'est plus nécessaire pour écrire des applications JavaFX, mais pas qu'il disparait (si ce n'est la remarque "JavaFX script était sympa"...).

Je suis d'accord avec toi, galien, leur roadmap me parait ambitieuse vu la vitesse actuelle de développement. Mais peut-être que justement ils ont mis plein de développeurs sur l'affaire, et l'ouverture nécessite des changements majeurs retardant la nouvelle sortie.

Et comme bouye, je m'étonne de ne toujours pas voir de composant style canvas, autorisant des graphiques bitmaps arbitraires.

Bon, au moins, ça bouge, c'est déjà pas mal.

[galien]

PhiLho, je viens de regarder le slide avec d'autres langages, et bien comme tu le dis, avec scala ça semble passable, mais le reste, c'est une vaste blague.

En pure java, je vois franchement mon code 5 à 10 fois plus gros, on arrête pas le progrès dit on, reste Scala qui semble le moins pire, mais loin derrière javaFX script.

Je vais peut être être un peu violent, mais ceux qui se réjouissent de la disparition de javaFX sont de sombres imbéciles, la plupart n'ayant sans doute jamais écrit une ligne d'un programme javaFX.

Quand à Swing, j'ai toujours trouvé ça plus que BOF, dire que Swing est mieux que javaFX Script pour écrire du GUI est...ridicule.

Je vais vous donner mon sentiment, Oracle va abandonner javaFX, ce qu'ils racontent je n'y crois pas une seconde, un an pour faire un wrapper de ce qui existe déjà (car l'API java existe déjà, il suffit de dé-compiler le rutime pour se rendre compte que seule la couche la plus abstraite est en javaFX).

Donc il y a 6 mois Oracle raconte qu'il va investir dans javaFX ...maintenant plus de support pour le language et dans un an une API publique... franchement vous y croyez une seconde?

La seule chose que j'espère c'est qu' Oracle ait au moins la dignité de rendre publique ce qui existe, pour forké tout ça.

La meilleur preuve c'est que toute la 3D passe à la trappe alors que c'était une grosse nouveauté de Prism.

Au mieux Oracle invente une petite couche GUI propriétaire pour son Middleware, en résumé le JavaFX auquel je croyais est mort.

Sont contents les imbéciles sclérosés, je leur souhaite le même grand plaisir à la prochaine liquidation d'Oracle.

[galien]

Communiqué de presse.

News Facts

At JavaOne 2010, Oracle outlined plans to deliver advanced graphics, high-fidelity media, and the ability to render HTML content within Java applications through a programming model that combines the power of Java with the ease of JavaFX.
Oracle is working to tightly integrate JavaFX with the Java Runtime Environment (JRE) to enable better performance and improved usability.
As part of the next release of JavaFX in calendar Q3 of 2011, Oracle will introduce a new set of Java APIs that will open JavaFX capabilities to all Java developers, without the need for them to learn a new scripting language.
The new Java APIs will:
Allow the use of powerful Java features such as generics, annotations and multi-threading.
Make it easier for Web developers to use JavaFX within other popular dynamic languages such as JRuby, Groovy and JavaScript.
Oracle is also planning to deliver a hardware-accelerated graphics engine that will enable JavaFX applications to render stunning interactive 2D and 3D experiences in real-time.
Oracle is showcasing JavaFX at JavaOne 2010 at more than 30 conference sessions and BOFs, as well as in the JavaOne Exhibition Hall.
Supporting Quote
“We are very excited about the upcoming enhancements to JavaFX, which will enable it to become the premier environment for rich client applications,” said Nandini Ramani, senior director of development, Java Client Group, Oracle. “With new Java APIs, Java developers will be able to incorporate powerful JavaFX capabilities into their applications with greater ease. New hardware-accelerated graphics and HTML rendering capabilities will unlock possibilities and enable a new wave of innovative applications.”

http://www.oracle.com/us/corporate/press/173728

Je sais pas vous, mais le barratin ça commence à me fatiguer surtout la plus belle:

Oracle is also planning to deliver a hardware-accelerated graphics engine that will enable JavaFX applications to render stunning interactive 2D and 3D experiences in real-time.

Je sais pas vous, mais les éléments de langage du genre incrédible, powerfull, new, magic, fabulous, very excited, ça me fatigue graveuuh.

[bouye]

En fait bien que la présentation de Stephen Chin + Jonathan Giles soit intéressante, c'est surtout la présentation de JavaFX 2.0 qu'il nous faudrait voir pour en savoir plus. Or apparemment les slides ne seront pas dispo avant plusieurs semaines et je trouve que par rapport a l'an dernier la couverture de la conf (blog, rapport, video) est bien moins fichue (d’où la difficulté d'avoir des infos précises).

Cependant deja dans cette présentation, Il est fait plusieurs allusions au fait que le langage de script soit plus ou moins mort (slide #9) et pareil sur la page que tu as indiquée, les réponses de Jonathan Giles aux commentaires sont :

The JavaFX Script compiler is open-source, and as my team-mate Richard Bair mentions over at our blog, we are very keen to have the community carry on this work – and to have it ideally spit out Java code that compiles against JavaFX 2.0. That would be ideal.

[...]

JavaFX Script won’t die. The 1.3.1 release will continue to be provided, however any new developments and APIs will most probably only be appearing in the new JavaFX 2.0 releases.

This doesn’t preclude what I mentioned in an earlier comment of the community picking up the JavaFX compiler. There are at least two ways this could proceed: 1) just adding features to the compiler and not being overly related to the official JavaFX 2.0 APIs, or 2) rewriting portions of the compiler so that it generates Java code that uses the new JavaFX 2.0 APIs. This would allow JavaFX Script to continue to be a viable language, and even make use of JavaFX 2.0 APIs.

Ce qui peut se résumer a grosso-modo : faites ce que vous voulez, nous on arrête le développement dessus. Si ma fois ça vous interrogée, essayez de le reprendre et d'en faire un truc utilisable pour quand JavaFX 2.0 sortira...

Également, je trouve toujours hallucinant qu'avec tout ce monde qui bossent, ils ne soient toujours pas fichus de créer des contrôles corrects.
Je veux dire, des trucs comme le SplitView ou le TableView sont encore marques comme potentiellement pas fournis dans JavaFX 2.0... Mer... alors ! Hier je regardais l'API d'Apache Pivot et franchement même si il n'y a pas les tonnes d'effets faisables graphiquement, aux niveaux des composants, eux ils sont complets et stables...

[bouye]

Et Stephen Chin en rajoute une couche aussi :

The Casualties:
JavaFX Script

JavaFX Script was good to us, but it is no longer a go forward technology for Oracle. I am a bit disappointed about this move, because it takes away a lot of the productivity benefits that have made JavaFX code a joy to write. However, many of the promised improvements in JavaFX 2.0 are around language features of JavaFX Script (such as binding and sequences), so hopefully they can maintain some of the benefits.

Richard Bair added a very insightful post on his blog, which goes into more details on the language changes and is well worth a read.

JavaFX Mobile

JavaFX Mobile has not seen a lot of action since JavaOne 2009 and the mobile focus in the keynote was on JavaME and LWUIT. I am still a big fan of the “write once, run anywhere” mantra, and am waiting for this to return to the mobile space. With the proliferation of different mobile programming models (Android, iPhone, WebOS, etc.), whoever solves the mobile cross-platform development problem in a technically solid way will profit immensely.

Vu qu'il indique avoir encore une autre annonce a faire une fois sa présentation sur JFXtras terminée, on peut s'attendre soit a ce qu'il arrête FX (peu probable je pense vu sa présentation d'avec Jonathan Giles), soit qu'il mette JFXtras en attente le temps de le porter en JavaFX 2.0 (j’espère qu'il sortira au moins la 0.7 stable), soit qu'il rejoint les rangs d'Oracle (qui sait).

De même, Richard Blair a poste une fois sa présentation terminée :

JavaFX Script won’t be updated by Oracle for JavaFX 2.0 to run on that platform. Some folks in the community have expressed interest in taking on this task themselves — and I wholeheartedly encourage this. The JavaFX Script compiler is already open source. We haven’t worked out the details but I would imagine we’d rather add community members as owners of the project than have it fork.

[...]

Up to this point the only language that could be used to build JavaFX applications was JavaFX Script. I always felt this was a needless restriction. In addition, I felt that it was actually a bad thing for JavaFX Script the language for a couple of reasons. First, since all our APIs were in JavaFX Script, it meant that JavaFX Script had to be changed to be a good language for writing APIs, whereas it was originally designed to be a good language for scripting UIs. Sometimes this created a design tension. The compiler guys very wisely kept the focus on scripting UIs instead of writing APIs (which is why JavaFX Script was productive to use for building UIs), however it made our job on the platform team more difficult.

In addition, since the entire platform was built on the language, they didn’t have the freedom to fix certain issues in the language (such as initialization, which admittedly was mostly a problem for folks building libraries). My feeling is that decoupling JavaFX from JavaFX Script frees the language so that it can continue to evolve. Most languages have years to mature before becoming stable. JavaFX Script had a few months. It is to the credit of the compiler team and Brian Goetz especially that it came out as well as it did in the end.

So even though Oracle itself isn’t going to be committing to updating and shipping JavaFX Script in the JavaFX 2.0 timeframe, I sincerely wish to see it continue to evolve and improve. The same Binding capabilities that JavaFX Script enjoyed will be exposed as a library in Java, so any updated JavaFX Script compiler will have the tools it needs to implement language binding. Also, we’re working on the initialization issue such that object literals will still be possible (we’re considering several forms of initialization including the builder pattern).

[galien]

C'est clair bouye, dans le texte c'est dermerden sie sich.

On comprend surtout, à la teneur des propos, pourquoi ça n'a pas marché, les mecs qui ont bossé sur le projet se réjouissent que cela ait foiré, ils voulaient du java, pas du javaFX, ça transpire dans les propos, et bien moi je dis depuis quand c'est le petit personnel qui décide?????
Si cette techno est morte, ce n'est pas qu'elle fut mauvaise, mais que les gens qui avaient à chargent de la développer le faisaient à reculons.

Mais franchement, c'est quoi ces mecs, ces .... qui en gros disent, t'as peut être bossé 3 ans là dessus, cru au baratin, aider les mecs sur les forums, etc, bah maintenant de....erde toi du.on, t'as qu'a forké le compilateur.
Même pas un petit mot pour s'excuser ou essayer de faire passer la pilule, c'est puant, dédaigneux, bref, ça arrange pas de bosser chez oracle, et ça ne surprendra personne.

Et le pire dans tout ça les amis, c'est qu'a la fin il dit on embauche, patati patata pour qu'on lui fasse de la lèche au mec, et bah moi je lui dis qu'il aille se brosser jusqu'à la glotte.

ps:dsl pour la vulgarité mais j'ai la dijonnaise qui monte.

[bouye]

J'ai rajoute un bout poste par Richard Blair pendant que tu postais.

Sinon pour ceux qui veulent essayer d'aller bosser en Californie (quoique... Johnathan Giles lui bosse depuis chez lui en Nouvelle-Zelande...), apparemment l’équipe de (l'API) JavaFX va recruter :

Finally, we’re hiring! I’m looking for people who are talented, passionate, and have a good attitude. We have put together a really great team with a great atmosphere and we’re committed to engineering the best platform. If you think you’d be interested, drop me a line. We have positions in UI Controls, text, graphics, media, deployment, management, and more. Just drop me a line at my oracle email address and I’ll forward your info along into the system.

Au final, on peut cependant se demander si celui qui ne l'a pas la plus mal n'est pas tout simplement le créateur de F3, Chris Oliver, qui aura vu son langage de script pour GUI dévoyé par Sun pour en faire la solution RIA ultime, avant de se faire jeter comme un malpropre par Oracle. Ca fait des mois que son blog n'a plus été mis a jour même pour poster de la 3D (je rappelle encore que JavaFX faisait de la 3D en interne depuis 2 ans déjà même s'ils n'ont jamais été foutu de nous pondre une API publique).
J’espère qu'il continuera a développer F3 / JavaFX Script ou alors y me faut aller voir du cote de Scala (PhiLo tu as des bons cours /didacticiels ? ).

L'abandon du script pose cependant un problème de taille : qu'est ce qu'il va advenir de l'API FXD ? Apparemment personne n'a mentionne Java 7 supportant le SVG... et donc, euh, comment qu'on fera avec nos ressources créées dans Illustrator, Photoshop ou Inkscape ? Vont-il nous pondre une version 2.0 des spec FXD qui compilent en une syntaxe Java allégée plutôt qu'en JavaFX script allégée ? Mystère et boule de gomme...

[galien]

Ouais bah moi je dis révoluzionnnnnnnnnne.

Si toi t'as envi d'aller bosser pour cette boîte de p...es vas y, je préfère crever sous les ponts.
On se fait enfler dans les grandes largeurs et faudrait encore dire amazing, fabulous, ...
D'ac des mecs comme Chris Olivier et Gosling doivent être vraiment deg de tout ça.

A propos de leur embauche à la noix (crois moi c'est du baratin pour pas se faire insulter) regardes ce que ça donne sur le petit gars do Brasil qui était super actif ces derniers temps sur JavaFX

William Antônio Siqueira say

Richard, thanks for the clarifications .

You guys have great plans for JavaFX!

I’m sad JavaFX Script isn’t continued by Oracle, but the only thing I’m really sad with JavaFX is that I can’t test the new way to build JavaFX applications, worse, it will takes about 10 months :o . I liked JavaFX since the first script I wrote, before I was a Java Swing fan I never left JavaFX even the hard moments and all the JavaFX team did the same, no one dropped JavaFX because it was not so popular. Some guys dropped JavaFX for others personal things, not for not believe the technology…

By other side, I’m happy with JavaFX annoucements, thanks for the hard work from the JavaFX team!

I would candidate to JavaFX jobs you said, but I’m still a new developer (Junior). I would do that just to keep myself programming in Java/JavaFX all the day

Ils doivent bien se marrer à voir ces petits jeunes faire la manche.
Je sais pas toi bouye, mais rêvons d'un fork javaFX script / Pivot pour leur faire la nique, en tout cas moi je suis partant pour bosser dessus.
Et pourquoi pas du javaFX script sur Android

Edit: remarquez le

and have a good attitude

genre bon esprit coorporate...

[galien]

L'abandon du script pose cependant un problème de taille : qu'est ce qu'il va advenir de l'API FXD ? Apparemment personne n'a mentionne Java 7 supportant le SVG... et donc, euh, comment qu'on fera avec nos ressources créées dans Illustrator, Photoshop ou Inkscape ? Vont-il nous pondre une version 2.0 des spec FXD qui compilent en une syntaxe Java allégée plutôt qu'en JavaFX script allégée ? Mystère et boule de gomme...

Cela risque d'être complètement inutilisable car ils n'ont même pas pris soin de faire les choses en douceur, en bonne intelligence, non c'est si t'es pas content fais le toi même, fermez le banc.
J'aimerais tellement être assez doué en anglais pour les pourrir un bon coup, même si je le ferais bien en gaullois dans le texte.

[bouye]

Ah vi mais mon point de vue est différent et bien plus calme (même si je suis aussi un peu énervé) ; sans doute le poids des années, le fait d'avoir expérimenté de nombreux projets qui ont soit avorté en phase préliminaire, soit qui sont morts faute de suivit, d’intérêt et d'implication de la part de leurs commanditaires ou encore d'autre qui se sont étiolés faute d'allocation de ressources suffisantes.

Le passage a JavaFX était pour moi une occasion d'aborder de nouvelles technologies et de mettre mes connaissances au gout du jour :
- RIA
- SVG
- animations
- scripting (initialement dans le but de créer des plugins) quoi que la c'est un peu tombe a l'eau puisque finalement le FX on l'utilisait principalement en tant que pre-compile)

Bref, faire des applications plus "modernes".

Comme choix j'avais :
- Flash : outils cheros mais usage très répandu.
- Silverlight : a l’époque encore balbutiant et surtout en fait je n'ai aucune pratique de .NET (et toujours pas le temps de me mettre a fond sur C#).
- JavaFX : qui permettait de garder donc tout l'existant Java.
En omettant de suite des trucs comme Objective-C pour iOS puisqu'en plus du cout des outils, ça reste d'une portée limitée (j'aimerai bien développer sans trop de prise de tête sur mobile, mais ma plateforme reste finalement le desktop).

Finalement mon choix de faire facile en prenant JavaFX n'aura pas été bon sur la longueur (en même temps des le début on savait que c’était bien bancal).

Bon a voir si l'an prochain je ne peux pas sauver une partie des pots cassés en portant certaines choses sous Scala et Groovy parce que non, hors de question de devoir recoder tout ça en Java pur, l'API JFX s'y prête mal et on le voit bien dans le slides présentés (mais bon c'est aussi et toujours lié au fait qu'on a pas les outils de type composer / designer / authoring appropries pour générer automatiquement ce genre de code boilerplate - mais bon ca fait tellement longtemps que j'en ai l'habitude avec Sun... ca fait a peine 12 ans que ca dure...).

Pour des alternatives plus immédiates... j’hésite a me lancer dans Apache Pivot car bien que concernant les contrôles ça soit complet, c'est justement l'autre partie (effet, gestion des ressources, animation) qui semble plus limitée... et il me faut jeter un coup d’œil aux outils que Google a publié la semaine dernière, notamment le GUI builder si jamais on prefere revenir a du Swing pur (car du Swing pur semble, pour le moment, plus digeste que du Java + JavaFX 2.0).

Mais je manque de temps, il va me falloir me concentrer sur JavaFX 1.3 jusqu’à au moins mars de l'an prochain et a ce moment-la évaluer ou nous mène JavaFX 2.0 et faire un choix sur le remplacement (ou pas) de JavaFX Script par un autre langage.

[galien]

Je comprends bouye, ta position est sage et équilibrée, ok, mais ce que j'ai du mal avaler c'est l'attitude, je critique plus la forme que le fond.
En gros Oracle mise sur la défiance de certains envers javaFX (ce que je n'ai personnellement jamais compris) pour liquider sans frais javaFX.

Pas un mot pour la (petite c'est vrai) communauté des développeurs javaFX, et encore il faudrait s'enthousiasmer et sourir.
Bref, comme toi je suis à la recherche d'une bonne plateforme RIA depuis un moment, ayant des contraintes techniques particulières (utilisation de code natif), il y avait pas grand chose à part javaFX qui était le seul RIA stand alone à l'époque.
Maintenant, je crois que je vais me pencher sérieusement sur HTML5 couplé à un serveur d'app.
En attendant il me reste pas mal de truc à terminer en javaFX et là ça me fait mal.

Même si je comprends sur le fond le choix de java comme API de base, l'abandon du langage de script ne s'imposait pas aussi brutalement (cela m'étonnerais qu'il y ait plus de 2 ou 3 dev à plein temps dessus), et surtout la méthode Oracle me fait de plus en plus douter sur le crédit qu'a leur parole.

Au fond, F3 était génial, mais comme souvent, les idées géniales finissent à la poubelle.

[galien]

Je suis pas loin de penser que cet abandon brutal et sans frais risque de faire plus de bruit qu'oracle ne l'aurait pensé, wait & see comme disent les perfides...

[galien]

He Fab, fait gaffe le Jonathan il nous espionne jusqu'ici
Si ça continu on va croire que le monde est le village d'Asterix

[bouye]

PS : bah de toute manière on est presque dans le même fuseau horaire lui et moi

J'avoue que sa réponse a ma question (celle de Jonathan Giles dans les commentaires de son post) me laisse quelque peu perplexe...

Regarding FXD – that isn’t going anywhere and is staying as a subset of JavaFX Script – we still intend to use it and are even interested in expanding its use in other use cases.

Car pour que le FXD puisse continuer a être utilise ça sous-entend qu'il vont quand même faire en interne un compilateur ou un interpréteur capable de porter du code JavaFX Script sur la nouvelle API 2.0 dans le futur

[galien]

bah de toute manière on est presque dans le même fuseau horaire lui et moi

oué bon retournes pas le couteau dans la plaie

Je serais dans ton cas avec les FXD, je tenterais le Partner Programm machin chose, parce que c'est clair qu'il en a trop dit ou pas assez.
Ca semblerait logique qu'ils fassent quelque chose d'analogue au FXD, genre un convertisseur SVG vers objet javaFX 2.0.

J'ai l'impression que les mecs ont tellement galéré sur le compilateur et l'API qu'ils ne se rendent pas compte que leur enthousiasme d'abandonner le langage n'est pas partagé par tout le monde.

[sinok]

Pour moi une des grosses erreurs de JavaFX est d'avoir foncé sur le coté bling, d'essayer d'en mettre un peu plein la vue tout en n'ayant pas assuré ses arrières, en particulier le fait d'être un toolkit utilisable dans un milieu business & boring, c'est à dire à grand renfort de formulaires, de grids (un des grand manques de JavaFX), de truc chiants en fait. C'est de ce coté que Swing s'était bien imposé. JavaFX aurait amené des possibilités supplémentaires appréciables s'il avait été utilisable dans Swing dès son début, ce qui aurait permit une transition en douceur du gros parc d'applis swing existant en entreprise. Malheureusement la stratégie de Sun a été tout autre à l'époque.

Touts les autres Toolkits RIA permettent de le faire, JavaFX n'y était pas encore après trois ans de vie. Je veux bien que le langage ait été bien foutu, puissant, mais le manque d'API et de compatibilité a été rédhibitoire amha. Un parc d'applis aussi grand ne se migre pas du jour au lendemain, surtout sur le genre d'applis critiques qui trainent dans le salles de marchés (une des plus grosses niches de Swing).

[Philippe Bastiani]

Finalement, je suis en partie à contre pieds de vos réactions: Oracle est-il capable de mener les 2 de front ? L'historique JavaFX semble montrer que non... un recentrage sur le framework n'est finalement pas si catastrophique ! Moi, finalement, ce qui m'inquiète le plus c'est le délai prévu par ce changement de stratégie...

Un langage en OpenSource (si c'est confirmé)... pourquoi pas ! A charge, à la communauté de montrer qu'ellle est capable de faire vivre ce langage ! Rien de moins sûr quand on regarde l'engagement actuel de cette même communauté pour cette plateforme !