Discussion :

[galien]

Il semblerait que non, peut être de bonnes surprises pour javaone?
http://www.brussels-jug.be/resources...X_Overview.pdf

[PhiLho]

Ben, sur le Net, il n'est peut-être pas mort, mais il ne remue plus beaucoup...
Les forums Sun sont très calmes, rien de nouveau sur le forum Oracle depuis longtemps, ce forum français est super calme...
Les blogs sur JavaFX que je suis (une vingtaine) sont aussi au point mort.
Soit c'est juste la période d'été qui veut ça, soit le soufflé est tombé et tout le monde attend la 1.4...

Pour ma part, j'en profile pour me mettre à Scala, fort sympa,je dois dire. Je m'aperçois que JavaFX a emprunté beaucoup d'idées à Scala (et c'est pas un mal !), ou, pour être juste, peut-être à leurs ancêtres communs (un langage est toujours fait d'emprunts à des langages antérieurs, ajoutant, j'espère, quelques idées originales au mélange).

Si JavaFX reprend, je regarderai peut-être comment utiliser Scala en back-end et JavaFX en couche GUI...

Je n'ai fait que survoler le PDF que tu donnes en lien.
Bien fait, mais n'apporte pas grand chose de nouveau (j'ai bien la citation du début, reconnaissant qu'il faut revitaliser la communauté de développeurs).
Bon, Oracle répète qu'il croit en JavaFX, ce qui est une bonne chose : le projet n'est pas enterré. Juste un peu amorphe, vu de l'extérieur...

[bouye]

Rien qu'a voir les slides 22 et 23 on se croirait revenu en 2008 avec leur PR designer / develloper workflow qui n'a jamais trompe personne...

Par contre j'ai cru voir un "rhos minet", euh, un authoring tool dans le tas.

Sont gonfles de mettre l'app des JO de Vancouver quand meme alors que le site est HS depuis perpette a cause d'un JNLP foire...

[galien]

Un lien vers la discution après la JUG (pdf).
http://groups.google.com/group/javap...06e014c8?pli=1

A prendre avec beaucoup de prudence les rumeurs sur twitter d'annonces au sujet de javaFX pour JavaOne, les 'partners' semblent avoir été mis au parfum...

Alors à quoi s'attendre?
L'authoring tool, en bêta, c'est évident qu'avec les changements d'API de la 1.3 il fallait pas s'attendre à une sortie plus tôt.
Une meilleur interopérabilité avec java et plus généralement les langages dynamiques de la JVM, hein PhiLHo
La prise en charge de HTML et probablement des choses concernant le déploiement.
On verra aussi probablement un peu de 3D.

Il reste des gros points d'interrogation sur le mobile et la TV, j'espère que javaFX sera présent sur Seven mobile et pourquoi pas Android, quand à la TV

Il y a clairement eut un certain black out au niveau de la com d'Oracle sur javaFX, tactique pour créer la surprise et casser le cycle de déception que rencontre javaFX? Ou tout simplement mort lente et sans douleur?

[galien]

Plus aucune applet sur javafx.com non plus bouye...

[bouye]

pourquoi pas Android

Avec Oracle qui traine Google en justice pour l'usage de ses brevets dans la KVM et Google qui se retire des presentations de la JavaOne ca semble mal barre.

[galien]

On va dire que attaquer c'est continuer à négocier par d'autres moyens

[Philippe Bastiani]

Que dire de cette Roadmap ?

et de cet avis positif

[bouye]

La roadmap ne concerne que le refactoring de l'API puisque tout développements sur le langage de script sont arrêtés (que ca soit la grammaire, le compilateur, l'interpreteur et probablement le plugin NetBeans).

Il reste donc beaucoup de choses dans le vague :

- le support du FXD, la Production Suite, les plugins pour Photoshop et Illustrator et l'API FXD, qui reposent sur une version allégée du langage de script et actuellement l'API 1.3. Or Jonathan Giles indique qu'ils ont des plans pour cela ce qui est plutôt contradictoire avec l’arrêt de toute développement sur le langage de script. En cas de non-support on perd immédiatement une facilite de devel/packaging de ressource orientée RIA.

- les string expressions propres a FX (syntaxe non supportée en Java) -> a remplacer par l'utilisation de Format.

- l'internationalisation propre a FX (syntaxe non supportée en Java, mécanique différente en Java) -> Aucun équivalent direct en Java, a voir si au final on doit utiliser des classiques RessourcesBundle ou s'ils nous pondent une nouvelle API.

- le binding (probablement pas prévu avant le JDK 8, ce qui repousse toute possibilité de binder via Java a au moins 2012) -> pour le moment remplace par du spaghetti code.

- les closures (pareil en ramenant a 2011 si c'est inclus dans le JDK 7) -> probablement remplace par une flopée d'interfaces ou de classes abstraites de manière a créer des gazillions de classes anonymes.

- les on trigger (aucun équivalent en Java) -> pour le moment remplace par du spaghetti code.

- les champs public-init (aucun équivalent en Java).

- les champs public-read (aucun équivalent en Java).

- le support des Duration en Java (pour JavaFX c’était un type de base donc on pouvait faire des tests dessus).

- Java ne gère pas la String vide / la String null comme FX (lorsqu'il va falloir refactoriser du code FX existant ça peut vite devenir assez lourdingue).

- Java ne gère pas null sur les nombres comme JavaFX (même remarque).

- l’opérateur Elvis est toujours non-défini en Java. Or FX fait pas mal de tests pour éviter les NullPointerException a foison (même remarque).

...

Ca fait beaucoup pour un truc sensé sortir dans 1 an même si le devel a probablement commence il y a 2~4 mois déjà.

[Philippe Bastiani]

JavaX Script est hors course, donc IMHO, on peut faire le deuil des features propre au langage !

Il est clair que ce changement stratégique va laisser des traces... Voire enlever un bonne part de crédibilité au projet. On peut imaginer que dans un an la communauté JavaFX aura fondue comme neige au soleil à moins que Oracle propose rapidement des pre-alphas du nouveau framework.

Mais perso en tant que Java addict, deçu par Swing et pas encore dépendant de JAVAFX-Script je vois cette évolution d'un bon oeil !

Si depuis un langage de Script, on peut accéder aux ressources propres de JavaFX grace à cette API 2.0... n'est-ce pas l'essentiel finalement ? Une entreprise Oracle concentrée sur le framework Java, une communauté libre de proposer une alternative à Java... pas crédible ? pas si sûr quand on voit que l'éco-système autour de solutions comme Scala/Groovy/etc drainent une communauté dynamique voir enthousiaste.