back
Avatar of Gregor Schmid
Author: Gregor Schmid
22. décembre 2021

"Est-ce que FX est toujours en vie ?" – JavaFX Adopters Meeting 2021

FX est-il encore en vie ? Du point de vue de QFS, nous pouvons répondre à cette question par un "oui" clair : JavaFX est bien vivant et a été utilisé via QF-Test/FX dans de multiples grands projets depuis 2014.

Ce qui est bien, c'est que QF-Test/FX nécessite peu de maintenance et que les tests de JavaFX sont très stables.

Développé à l'origine par Oracle et intégré officiellement au JRE avec Java 8, JavaFX a été supprimé avec Java 11 et poursuivi sous la forme du projet open source OpenJFX - toujours principalement maintenu par Oracle, mais en coopération avec Gluon et d'autres participants actifs. Sur le plan technique, cette décision était tout à fait raisonnable et OpenJFX est bien vivant, comme l'a prouvé la réunion des adoptants de JavaFX du 16 novembre.

Invités par Zeiss, les acteurs susmentionnés et de nombreuses autres personnes d'Europe intéressées par JavaFX se sont réunis en ligne pour partager leurs expériences et leurs idées autour de JavaFX. Parmi elles, par exemple, se trouvait JPro qui introduit FX dans le navigateur Web - et qui, bien sûr, peut être facilement testé avec QF-Test. Pour QFS, nos propres Gregor Schmid et Michael Höber étaient présents.

Incertitude et critique

Alors pourquoi la question "JavaFX est-il toujours vivant ?" revient sans cesse ?

Si vous recherchez JavaFX sur Internet, vous trouverez une certaine dose d'incertitude et de critique de la part de voix marquées par le comportement marketing désastreux d'Oracle à l'époque. L'Internet n'oublie pas. Au moins, le pétrolier Oracle s'oriente maintenant lentement dans une autre direction. Néanmoins, la notoriété de JavaFX causée par cette histoire ne rend pas justice à sa qualité technique exceptionnelle.

We at QFS do not experience JavaFX as the long awaited successor of Java Swing. Yes, a part of our customers who migrate their applications away from Swing rely on JavaFX. But a much larger portion is moving toward Web technologies instead. The biggest point in favour of JavaFX is the "perceived quality" of projects built with it. Where we accompany JavaFX projects more intensively in testing we generally see high application design quality and consistently built test architectures.

Chez QFS, nous ne considérons pas JavaFX comme le successeur tant attendu de Java Swing. Oui, une partie de nos clients qui migrent leurs applications loin de Swing s'appuient sur JavaFX. Mais une part beaucoup plus importante se tourne plutôt vers les technologies Web. Le principal argument en faveur de JavaFX est la "qualité perçue" des projets réalisés avec cette technologie. Lorsque nous accompagnons des projets JavaFX de manière plus intensive dans les tests, nous constatons généralement une grande qualité de conception des applications et des architectures de test construites de manière cohérente.

Qu'est-ce qu'on peut faire ?

Les participants à la réunion des adoptants de JavaFX sont donc revenus à la question centrale : Comment améliorer la notoriété et la popularité de JavaFX ? Un recours aux brevets n'est pas en train de se dessiner. Peut-être Oracle augmentera-t-il à nouveau ses efforts de visibilité dans un avenir proche - ce serait en tout cas utile, d'autant plus que JavaFX (et le logo associé !) est une marque d'Oracle et ne peut être utilisé librement. Il y a donc eu une discussion sérieuse pour savoir si le nom OpenJFX - moins lourd - ne devrait pas être mis en avant à la place. Un beau logo personnalisé serait la première étape urgente pour cela.

En tout cas, il faudrait que les entreprises dont les applications principales sont basées sur JavaFX soutiennent activement ce projet. Elles pourraient, par exemple, s'engager à communiquer plus clairement leurs préférences en matière de framework. Ou encore, elles pourraient contribuer à la poursuite du développement de JavaFX en transférant leurs propres améliorations au projet OpenJFX, les inscrire à JFX-Centra ou JFX Ensemble ou soutenir Gluon en signant un accord de maintenance. Après tout, Gluon gère une grande partie des efforts de développement et est le point de contact central pour les paquets binaires.

Nous avons donc la possibilité, au cours des prochaines années, de faire connaître JavaFX à l'ensemble de la communauté des développeurs Java pour ce qu'il pourrait être : Un remplacement de grande qualité, moderne et mature pour Java Swing.

New comment
( Will be displayed on the page )
( Will not be displayed on the page )

2 comments

Fred

02. décembre 2022

Hello,

I allow myself to give a small and humble opinion on the choice of javaFX.

In companies and in our projects it is difficult or even impossible to choose JavaFX. For several reasons but the main ones are:

1- Too much long-term risk with one and only one SME providing support (Gluon). If Gluon stops we are in big trouble

2- JavaFX is dedicated to the heavy client. The thin client is now the almost systematic choice.


Martina Schmid

11. février 2022

As a nice new collaboration from the Adopters meeting already resulted the better communication of the JavaFX projects among each other, concretely, recommended as a "homework" there at the end:

www.jfx-central.com/tools/qftest

www.jpro.one/docs/current/6.6/Related_projects

www.jfx-ensemble.com