Gluon a publié une mise à jour du statut pour JavaFX, montrant la manière dont un seul code source JavaFX peut être utilisée sur un PC (JavaFX standard), un appareil mobile avec Android ou iOS (via GraalVM intégré) et une version bêta de WebGL basé sur un navigateur (via gluon).
Le nouvel ajout de WebGL étend le niveau de prise en charge du côté client du navigateur, permettant aux développeurs d'écrire l'intégralité de l'application dans un seul langage Java ou base de code, sans nécessiter une interface JavaScript spécialisée. Le changement peut profiter aux développeurs qui écrivent des applications clientes utilisées sur plusieurs profils d'appareils ou à ceux qui créent des interfaces Web hébergées sur le Web ou empaquetées localement via des techniques telles qu'Electron.
Le contributeur à Pi4J Frank Delporte a publié un guide et un exemple de projet conçu pour présenter la capacité de fournir une seule application sur les appareils Mac et Raspberry Pi comme l'Ordinateur portable Elecrow CrowPi2. Le projet montre comment utiliser des bibliothèques et des feuilles de style courantes telles que ControlsFX et BootstrapFX pour que les applications JavaFX ressemblent à ce que les utilisateurs attendent. Ce changement peut accélérer le développement en utilisant des composants communs partagés tout en conservant un style familier selon lequel les applications "semblent simplement différentes" de ce à quoi les utilisateurs sont habitués.
L'approche de Gluon fournit un composant entièrement côté client qui ne nécessite rien sur le serveur. Une fois construit, le code JavaFX est transpilé en JavaScript, puis appelle le code WebGL. Cette approche rend les interfaces Web JavaFX accessibles aux applications sans serveur, car aucun état persistant côté serveur n'est requis.
Bien que JavaFX fournisse la base des applications multiplates-formes, son utilisation est faible dans l'ensemble du secteur, les clients JavaScript/Web étant beaucoup plus courants. Les rapports sur les tendances de StackOverflow sur des tendances de développement multiplateformes similaires montrent une augmentation relative de Flutter et React-native tandis que JavaFX est en grande partie inchangé. Lorsque l'on compare les chiffres, JavaFX compte 120 000 étudiants sur Udemy par rapport à React-Native à 900 000 et Flutter à 1 500 000.
JavaFX a récemment été discuté sur le podcast Foojay, avec les membres indiquant que la meilleure approche pour les applications multiplateformes est de sélectionner un style d'application commun plutôt que d'émuler l'environnement natif de chaque plate-forme. Le développeur Gerrit Grunwald a souligné que les contrôles iOS sont uniques avec des informations d'état généralement en dehors de l'objet représenté par le contrôle FX.