Discussion :

[Katleen Erna]

JavaFX devient « JFX » et open-source
Oracle propose formellement la technologie à l'OpenJDK

Mise à jour du 3 novembre 2011 par Idelways


Oracle tient sa promesse engagée en marge de la dernière conférence JavaOne. JavaFX est aujourd'hui formellement proposé à devenir open source dans le cadre du projet OpenJDK.

Le Toolkit de développement d'applications client riches en Java s'appellera « JFX » et pourrait faire « partie intégrante du JDK » dès Java 9, déclare Richard Bair sur la mailing-list de la version libre du langage.

« Nous en avons parlé depuis longtemps, mais finalement (enfin !), nous sommes prêts à agir et ouvrir les sources de la plateforme », déclare le porte-parole de l'équipe JavaFX, pressenti pour conduire le projet open source. Bair explique par la suite que la réelle motivation de cette démarche est d'aboutir à un modèle de développement ouvert et transparent.

Le code ainsi offert représente 6000 membres d'API (constructeurs, méthodes publiques...), 11 500 tests unitaires, des librairies Core, Scene Graph, effets, support du CSS et de l'accélération matérielle, des contrôles d'interface utilisateur et de graphes...

Le vote aura lieu le 16 novembre prochain. Les composants de la technologie seront libérés progressivement à commencer par les contrôles. À terme, OpenJFX ne dépendra plus de binaires.

La licence open source qui signera le code n'est pas encore connue (ou dévoilée). La GPLv2 avec l'exception Classpath reste toutefois le choix le plus probable.



Source : mailing-list d'OpenJDK

Et vous ?

Que pensez-vous de cette démarche ?
Quelles sont d'après vous ses réelles motivations, et retombées sur l'écosystème Java ?




Un développeur lance une pétition pour que JavaFX soit open-sourcé, allez-vous la signer ?

Stephen Chin est un passionné de développement open-source et de Java en particulier, qu'il pratique depuis plus de 10 ans sur son temps libre (il est directeur de l'ingénierie SW chez GXS la journée). Membre très actif de la communauté, il a été élu membre du groupe Java Champions du fait de ses nombreuses contributions.

L'homme est aussi le fondateur du groupe d'utilisateurs de JavaFX de la Silicon Valley et a été nommé JavaOne Rock Star en 2009 (du fait de ses interventions internationales à propos des technologies JavaFX).

Très impliqué à ce sujet, il était logique qu'il soit l'instigateur de la pétition demandant l'ouverture de JavaFX. En effet, sur son blog, celui qu'on appelle "Steve" a lancé une pétition s'adressant aux dirigeants d'Oracle et demandant à ce que JavaFX soit open-sourcé. Elle a déjà reçu des centaines de signatures.

En voici le texte intégral :

To the Leaders, Management, and Board of Directors at Oracle Corporation,

We the undersigned formally request that Oracle Corporation release the entire JavaFX Platform as open source software available for modification and reuse by individuals, educators, and corporations.

Open source software has transformed the way that we build and use software. It has increased the educational reach of technology, allowed new and innovative applications to emerge, and spawned the growth of communities dedicated to software philanthropy. Java has been at the forefront of this revolution, providing a platform for open source development, and becoming an open source effort in itself.

JavaFX is an innovative technology built on top of Java that allows the creation of next generation Rich Internet Applications (RIA). We believe that an essential part of the future success of this platform is to release it as open source software. This would increase adoption by companies that fear lock-in or are concerned about technology maturity. It would also make it competitive with other RIA platforms that have embraced the open source model.

We recognize that Oracle Corporation has made a significant investment in JavaFX technology, and continues to grow and extend the platform. We encourage Oracle to continue their investment in the JavaFX platform, including monetization of the platform through training, support, and other professional services. In our estimation, the increased adoption of JavaFX will make the platform even more profitable for Oracle than it currently is as a proprietary technology.

Therefore, we proudly make this request to open source the JavaFX platform in the mutual interest of JavaFX technology and the future success of Oracle Corporation.

Source : La pétition sur le site de Stephen Chin

Allez-vous signer ? Pourquoi ?

[pseudocode]

Open-sourcé ou pas, je ne pense pas que ca changera quoi que ce soit pour la popularité de JavaFx.

A mon sens, SUN a manqué son attaque sur ce marché en voulant absolument réutiliser sa sacro-sainte plateforme JSE (jvm+rt.jar) au lieu de concevoir une VM dédiée "allégée". dommage...

[salve34]

SUN a manqué son attaque sur ce marché en voulant absolument réutiliser sa sacro-sainte plateforme JSE (jvm+rt.jar) au lieu de concevoir une VM dédiée "allégée". dommage...

C'est vrai mais comment faire autrement si l'on veut pouvoir utiliser les packages java natif ?

[pseudocode]

C'est vrai mais comment faire autrement si l'on veut pouvoir utiliser les packages java natif ?

Si "on" veut utiliser l'environnement JSE dans un browser web il y a déjà une techno : les applets java.

D'après ce que j'ai compris JavaFx attaquait le marché de flash/silverlight, c'est à dire, en gros, celui des animations 2D, de l'audio/vidéo et de l'interaction Homme/Machine. Bref autant de chose qui manquent cruellement a JSE, au point qu'il a fallu créer un langage/libraire spécifique. Donc en fait, pas besoin de JSE.

Et puis, technologiquement, il était toujours possible de garantir l'interopérabilité entre les plateformes JavaFx et JSE.

J'aurais préféré une "JVM allégé" pour JavaFX, installable en quelques secondes sur un browser, et dédiée au fonctionnalités web. Rien que pour la communauté open-source, ca aurait été mieux de pouvoir maintenir/porter le pack complet "jvm-fx + langage java-fx".

[tchize_]

A mon sens, SUN a manqué son attaque sur ce marché en voulant absolument réutiliser sa sacro-sainte plateforme JSE (jvm+rt.jar) au lieu de concevoir une VM dédiée "allégée". dommage..

Moi ce qui m'a rebuté à utiliser javaFx, c'est qu'il était impossible de faire une application avec une belle interface javafx et un beau code bien propre en java standard derrière, impossible de lier tout correctement. On pouvait très facilement faire de belles interfaces bien réactive en 2 coupsde cuiller à pot, mais impossible de lier ça au code buisness déjà développé!

[salve34]

Si "on" veut utiliser l'environnement JSE dans un browser web il y a déjà une techno : les applets java.

Désolé je comprends pas ce que tu veux dire.
Pour ma part je voulais dire que JavaFX embarque la même JVM pour assurer une compatibilité avec Java (Swing par exemple) mais c'est vrai que l'on peut faire sans. Moi je crois en JavaFX (qui est gratuit, multi-plateforme et multi-technologie => portable, télé ) mais je le redis, je suis d'accord qu'une JVM allégée aurait été mieux. Bon j'arrête là car ce n'est pas le sujet du post .

[galien]

Je ne crois pas me tromper en disant que pour une JVM allégée c'est déjà la cas.
En effet le runtime javaFX, de 8Mo environ, distribué avec le SDK ou via Webstart est un sous ensemble de la JRE.
La grande nouveauté sera avec java7 et son micro noyau pour le chargement à la volée.
L'avantage de javaFX reste néanmoins son mapping avec openGL, déjà présent pour la 2D et expérimentalement pour la 3D, incompatible avec Swing, en ce sens javaFX n'est pas à la "traine".
Reste la politique d'Oracle et les préjugés lourds à propos de javaFX, tels les commentaires laissant penser que de leurs auteurs ne l'ont pas essayé avant d'en parler.
Plus que l'Opensourcing je pense que javaFX pourrait aquerir ses lettres de noblesses avec un OpenOffice version Web en javaFX.

[salve34]

En effet le runtime javaFX, de 8Mo environ, distribué avec le SDK

Si l'on est en Internet pas en Intranet non ?

incompatible avec Swing

la version 1.2 ????

tels les commentaires laissant penser que de leurs auteurs ne l'ont pas essayé avant d'en parler

C'est pour nous que tu dis çà ? car ce n'est pas le cas ( mais je ne suis pas un expert bien au contraire )

Plus que l'Opensourcing je pense que javaFX pourrait aquerir ses lettres de noblesses avec un OpenOffice version Web en javaFX.

Tout à fait d'accord mais c'est sur les techno portables et télés que je pense qu'il percera

[pseudocode]

Je ne crois pas me tromper en disant que pour une JVM allégée c'est déjà la cas.
En effet le runtime javaFX, de 8Mo environ, distribué avec le SDK ou via Webstart est un sous ensemble de la JRE.
La grande nouveauté sera avec java7 et son micro noyau pour le chargement à la volée.

Ce n'est pas vraiment une JVM dédiée allégée. C'est la JVM "standard" qui a été modularisée... Et donc la question qui se pose : pourquoi a-t-elle été modularisée ?

Et bien parce que charger le quelques 90Mo du JRE standard ça paraissait un peu énorme pour une utilisation de javaFx qui se veut légère, à la flash/silverlight. Bref, plutot que de créer une techno dédiée from scratch, ils ont préféré mettre en oeuvre un énorme chantier de modularisation de la JVM.

Et idem pour le chargement dynamique des librairies (rt.jar = 47Mo). C'est un boulot énorme qui ne sert pratiquement que dans le cas de JavaFx. Dans une appli JSE classique l'utilisateur dispose de l'intégralité du JRE sur sa machine (et ne veut certainement pas que du code soit chargé dynamiquement depuis dieu-sait-où sur le web)

J'ai du mal à voir l'avantage de la chose. Ça aurait été tellement plus simple de séparer les deux technos :
- JavaFx : jvm+librairie "light", from scratch, gérée par un comité dédié, très réactif
- JSE : jvm+librairie standard, basée sur le jdk7, gérée par le JCP, très controlé

Aujourd'hui, si on veut faire une évolution de JavaFx qui touche au fonctionnement interne de la JVM/Rt.jar, on est bloqué car on touche au même code que JSE => passage par le JCP avec des cycles de release trèèèès long.

Exemple typique : avoir une JVM qui fasse de l'allocation dynamique de mémoire, ou qui soit multi-application, ... bref des choses assez naturelles quand on parle de "web".

[yoyo88]

Je ne crois pas me tromper en disant que pour une JVM allégée c'est déjà la cas.
En effet le runtime javaFX, de 8Mo environ, distribué avec le SDK ou via Webstart est un sous ensemble de la JRE.
La grande nouveauté sera avec java7 et son micro noyau pour le chargement à la volée.
L'avantage de javaFX reste néanmoins son mapping avec openGL, déjà présent pour la 2D et expérimentalement pour la 3D, incompatible avec Swing, en ce sens javaFX n'est pas à la "traine".

Je ne pense pas que ça soit le 3D qui est intéressante dans se genre de techno mais les possibilités d'avoir des composant facilement adaptable. je le vois bien avec Silverlight, faire une application un peu classe sur une application métier c'est devenu une réaliser, alors qu'avant on avait une vielles Datagrid avec un look windows 98 dans le meilleur des cas, maintenant on a une belle IHM avec des composants sympa (style datagrid avec ImageBox, DateTimePicker etc... ) et ça demande pas plus de travail que ça.

parce que franchement la 3D pour le moment c'est que dans les jeux et les démo technique...

Reste la politique d'Oracle et les préjugés lourds à propos de javaFX, tels les commentaires laissant penser que de leurs auteurs ne l'ont pas essayé avant d'en parler.
Plus que l'Opensourcing je pense que javaFX pourrait acquerir ses lettres de noblesses avec un OpenOffice version Web en javaFX.

Bof, Silverlight n'as pas attendu un Office pour avoir ses lettres de noblesse. Il y a juste du concret a grand renfort de conférence et de présentation en grande pompe.

alors que JavaFX, ça n'avance pratiquement pas depuis 2 ans... en plus d'un silence radio...
d'où, sans doute, la demande de passé en open source.

[Idelways]

JavaFX devient « JFX » et open-source
Oracle propose formellement la technologie à l'OpenJDK

Mise à jour du 3 novembre 2011 par Idelways


Oracle tient sa promesse engagée en marge de la dernière conférence JavaOne. JavaFX est aujourd'hui formellement proposé à devenir open source dans le cadre du projet OpenJDK.

Le Toolkit de développement d'applications client riches en Java s'appellera « JFX » et pourrait faire « partie intégrante du JDK » dès Java 9, déclare Richard Bair sur la mailing-list de la version libre du langage.

« Nous en avons parlé depuis longtemps, mais finalement (enfin !), nous sommes prêts à agir et ouvrir les sources de la plateforme », déclare le porte-parole de l'équipe JavaFX, pressenti pour conduire le projet open source. Bair explique par la suite que la réelle motivation de cette démarche est d'aboutir à un modèle de développement ouvert et transparent.

Le code ainsi offert représente 6000 membres d'API (constructeurs, méthodes publiques...), 11 500 tests unitaires, des librairies Core, Scene Graph, effets, support du CSS et de l'accélération matérielle, des contrôles d'interface utilisateur et de graphes...

Le vote aura lieu le 16 novembre prochain. Les composants de la technologie seront libérés progressivement à commencer par les contrôles. À terme, OpenJFX ne dépendra plus de binaires.

La licence open source qui signera le code n'est pas encore connue (ou dévoilée). La GPLv2 avec l'exception Classpath reste toutefois le choix le plus probable.



Source : mailing-list d'OpenJDK

Et vous ?

Que pensez-vous de cette démarche ?
Quelles sont d'après vous ses réelles motivations, et retombées sur l'écosystème Java ?

[Teocali]

Ouais, ben, deja qu'ils sortent une version du SDK 2.0 sous Linux, ça m'arrangerait >< Parce que quand on lit "le support de Linux sera apporté dans une version ultérieure", ça rassure pas... Surtout quand on voit que le support Mac OSX, lui, devrait être apporté rapidement.

Teo, "chouette, la version 2.0 est sorti, p'tet l'occasion de voir ce qu'il a dans le bide... ah ben non"

[Traroth2]

Excellente nouvelle, mais tard, tellement tard.

Je me demande quand même ce qui va advenir des technos tierces incorporées à JavaFX, comme le codec VP6...