jfx VS substrate

**Useful resources** _([Full list](/r/JavaFX/wiki/resources))_ * [OpenJFX.io](https://openjfx.io/) * [JavaFX source](https://github.com/openjdk/jfx/) * [JavaFX bugtracker](https://bugs.openjdk.java.net/browse/JDK-8146386?jql=project%20%3D%20JDK%20AND%20component%20%3D%20javafx) * [JFX-Central](https://www.jfx-central.com/) [**Rules**](/r/JavaFX/about/rules/) 1. No NSFW/NSFL content 2. No service requests/offers 3. Must be JavaFX related 3. No politics **Related subreddits** - [/r/java](/r/java) - [/r/javahelp](/r/javahelp) **Other communities** - [JavaFX on Discord](https://discord.gg/yZ3Y3Fd) - [JavaFX on programming.dev](https://programming.dev/c/javafx)

Important message in the release notes: "JavaFX 20 is compiled with --release 17 and thus requires JDK 17 or later in order to run. If you attempt to run with an older JDK, the Java launcher will exit with an error message indicating that the javafx.base module cannot be read."

GitHub

JavaFX 17 requires at JDK 11 or later (release notes), so the short answer is that you can't do this.

JavaFX has been open-sourced after Oracle dropped it, and it's still in active development (they just released version 19 a month ago, see https://openjfx.io and https://github.com/openjdk/jfx). Also Gluon (https://gluonhq.com) made the toolchain to compile it into native apps for Linux, macOS, Windows, Android & iOS. So with now WebFX compiling it to the web, you get a fully cross-platform UI toolkit that lets you target all major platforms (Desktops, Web, Tablets & Mobiles) from a single Java code base. That's why I think it is interesting, especially for Java developers.

On the JavaFX mailinglist this thrilling message appeared: "Create release notes for JavaFX 19." And yes, they are available now on GitHub! If you want to keep following what’s happening inside the JavaFX community, you can suscribe to it via mail.openjdk.org/mailman/listinfo/openjfx-dev. As with previous releases, the JavaFX community once again succeeded in keeping the 6-months release cycle going on, with a long list of improvements and fixes!

Haha, it's amusing that the history essays are one of the things you remember :)

Yes you can compile Scala and ScalaFX apps down to native binaries this way. Look at Gluon Substrate:

https://github.com/gluonhq/substrate

One of our customers is experimenting with shipping such apps with Conveyor. There's a discussion ongoing here:

https://github.com/hydraulic-software/conveyor/discussions/6...

We got a console hello world working, albeit the DX is a bit rough. You need some ugly config boilerplate and some additional Native Image json files. But, it works, at least enough to create a Mac package with the regular Conveyor feature set. There are some limits though. I think the WebView doesn't work when the app is natively compiled this way.

If it all starts working well it could be quite interesting for desktop app development, as suddenly you could use high level languages and portable UI toolkits but with the sort of startup time, performance and memory usage you'd expect from native apps (modulo binary size which is still quite large). If you want to use HTML as the UI then you can use the Chromium Embedding Framework, which would give you an Electron-like experience but with many more available languages:

https://hydraulic.dev/blog/13-deploying-apps-with-jcef.html

I've been using JVM GUI for years for various tasks. It was appropriate for Bitcoin tasks because it's immune to injection attacks, because you can run everything locally with P2P protocols like the original Bitcoin app did, it's portable etc. Also I learned GUI programming decades ago and find classical UI toolkit concepts like VBox, HBox, StackPane, TableView etc more intuitive than HTML.

I ran into quite a few issues during Android/iOS development (e.g. java.util.prefs and GraalVM pulling in unused methods), but Windows was comparatively smooth. Most of my issues were related to understanding the toolchain,e.g., not knowing how arguments are passed to run.

With JavaFX and Gluon Substrate + GraalVM you can even compile you app to an executable.

missing methods in Android library

Hello, I've recently stumbled across this project from Gluon and I've been wondering for some days how the project actually works. I've read the source code, but it appears that no code is responsible for implementing the hundreds of classes that make up JavaFX. Does this mean that JavaFX can work out of the box on IOS and Android but there didn't use to be a way to compile the code to a native executable for said platforms? Thanks in advance

Don't tested memory difference myself yet but maybe your solution could be to convert to native with graalvm and gluon substrate? https://github.com/gluonhq/substrate