[invalidname]

JavaFX is a pretty dead project. Especially on mobile where it has zero users. It actually proves parents point, without Google flutter will be too big. Yes, there will be companies who will pick it up and compile it. That's hard, but doable. The problem is that there's a ton of moving parts. Testing alone is a huge task.

Some companies might pick it but then they would only test the use cases they need or a personal fork. It would also sink without the Google brand to back it.

[Apocryphon]

Saw a tweet a few years back about how in China there was a lot of interest in cross-platform solutions. Both Alibaba and Tencent use Flutter in some capacity. It’s possible they might fork it and continue using it. Unfortunately, between that might being an internal-only project, and the seemingly siloed separation between Chinese development communities and the rest of the world, that might not help Flutter’s status, should Google end its patronage.

https://web.archive.org/web/20211218043000/https://twitter.c...

[pjmlp]

JavaFX still has some life into it for desktop projects, and a company that lives out of it, people pay them to keep JavaFX going, including mobile.

https://gluonhq.com/

Now, I agree if Gluon ever goes away then JavaFX is certainly done.

[obdev]

Oracle still maintains JavaFX along with Gluon and others. New features and bug fixes are delivered on each release.

Java and JavaFX are being ported to iOS and Android as Project Mobile under the official OpenJDK umbrella.

JavaFX fresh builds are also seen on jdk.java.net now.

[pjmlp]

Yes, although that was quite recent, as Oracle was trying to breath new life into OpenFX, after it was taken outside of the JDK, keeping Swing the best option for those that don't want to deal with OpenFX distribution of native dependencies.

As far as I am aware, Project Mobile doesn't have much uptake, outside companies that are already working with Gluon.

[obdev]

Indeed, Johan Vos of Gluon is the leader of the Project Mobile.

Swing remains a decent GUI toolkit, but it still requires native dependencies for stuff like OS file dialogs and other platform APIs, audio/video codecs, hardware-accelerated graphics.

[pjmlp]

Swing ships with the JDK, so whatever native dependencies are required, application developers don't need to care about them, unless they are making use of jlink, and to this day many still prefer to push to some JRE being installed, than making use of jlink and jpackage.

Which is why alternative JDK distributions still offer JRE variants, while officially from Oracle's side one should either use plain JDK or jlink/jpackage.

[theanonymousone]

It is somehow ironic that Java, the pioneering "cross-platform" solution, has virtually no decent contender in this race.

Similar for Python.

[invalidname]

There's Codename One, it's much better than anything available for Python etc. but since it's an independent OSS project from a small company it sadly never got the traction of flutter/react native.