‹ BackHN Continuity

Thread

JavaFX 27 Native Image on a Raspberry Pi 5

53 points · 13 comments · 0x54MUR41

Loading the complete thread in the background. This saved snapshot is available now. Refresh

  1. giancarlostoro · · focus · HN ↗
    Apparently JavaFX didnt die as we all thought back when Oracle spit it out of the JDK, they will happily offer support for it now, but who wants to be in bed with Oracle.
    1. geokon · · focus · HN ↗
      JavaFX is supported by Gluon and not Oracle
      1. pron · · focus · HN ↗
        It seems more Oracle than Gluon: <a href="https:&#x2F;&#x2F;github.com&#x2F;openjdk&#x2F;jfx&#x2F;graphs&#x2F;contributors" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;openjdk&#x2F;jfx&#x2F;graphs&#x2F;contributors
        1. reactordev · · focus · HN ↗
          [delayed]
        2. geokon · · focus · HN ↗
          Oh hmm, I&#x27;m honestly not super sure then. I know Gluon is the one that&#x27;s seemingly has a business providing JavaFX support, while Oracle.. as far as I know doesn&#x27;t offer a license or anything services in that direction? But I could be wrong. Gluon is mentioned in the article.. they have a very Qt-style confusing licensing situation where it&#x27;s probably all free.. but you&#x27;re never quite sure :)
          1. pjmlp · · focus · HN ↗
            It is complicated.

            There was a time Oracle decided it wasn&#x27;t worth the investment, note that it started as E3 scripting under Sun and it was only finalised after the acquisition.

            So a few Java champions took over it at Gluon.

            Then when Java 26 was released, Oracle reintroduced support for JavaFX,

            <a href="https:&#x2F;&#x2F;www.oracle.com&#x2F;news&#x2F;announcement&#x2F;oracle-releases-java-26-2026-03-17&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.oracle.com&#x2F;news&#x2F;announcement&#x2F;oracle-releases-jav...

            1. geokon · · focus · HN ↗
              Oh huh, I guess it&#x27;s pretty recent news. I wonder if it&#x27;ll lead to new features. It&#x27;s nice to see people are working on Native builds for instance, and that Graal integration is now an official priority of sorts.
    2. _benj · · focus · HN ↗
      You see JavaFX everywhere in finance software. I learned it from working on finance.
    3. pjmlp · · focus · HN ↗
      Everyone that uses Java, because Oracle is responsible for about 70% of development efforts.

      <a href="https:&#x2F;&#x2F;insights.linuxfoundation.org&#x2F;project&#x2F;openjdk-jdk&#x2F;contributors?timeRange=past365days&amp;start=2025-09-22&amp;end=2026-09-22" rel="nofollow">https:&#x2F;&#x2F;insights.linuxfoundation.org&#x2F;project&#x2F;openjdk-jdk&#x2F;con...

    4. exabrial · · focus · HN ↗
      I don&#x27;t think this is an accurate assessment. Oracle has its flaws and closet full of dead bodies&#x2F;skeletons, but they&#x27;ve been good stewards of the JDK and JavaFX overall. Gluon and Oracle have done tremendous amount of work with JavaFX.

      Splitting it off the JDK was definitely the correct call. It&#x27;s a Desktop UI framework, it should not be bound to JDK releases.

    5. jfyi · · focus · HN ↗
      [delayed]
  2. geokon · · focus · HN ↗
    Thanks for writing this up! It still assumes a lot of prior knowledge, but it&#x27;s a good starting point to approaching these problems. How JavaFX works on different platforms really looks like dark magic from the outside. I wrote an app in Clojure using cljfx. I can jpackage it and run it Linux&#x2F;Windows&#x2F;macOS .. it&#x27;s quite easy to get working. But once you step outside of the standard platforms it gets complicated really fast. Trying to get it to Android or a native build and suddenly you have to be an expert in several build systems and JVM internals.
  3. exabrial · · focus · HN ↗
    One thing I think that&#x27;s needed with JavaFX is integrations with DI frameworks! I started a project called DiFx that does exactly that: <a href="https:&#x2F;&#x2F;github.com&#x2F;exabrial&#x2F;DiFx" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;exabrial&#x2F;DiFx

    This makes state and shared data management in JavaFX much nicer, as you offload those concerns to a container. CDI also provides extensive capabilities with portable extensions and scope management, as well as a sync and async eventing framework.

    The problem is that I don&#x27;t have a &quot;real life&quot; project to try this out on, so development kinda slumped off.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.