OpenJFX 11 release should coincide with JDK 11: Proposed milestone dates
Starting with JDK 11, JavaFX will be available as a separate module but the good news is that both OpenJFX 11 and JDK 11 will be released in September; in theory, one week apart. Let’s have a look at the proposed milestone dates for OpenJFX 11.
JDK 11 represents more than just the end of the road for Java EE modules — it’s also the end of the road for JavaFX — kind of. Three months ago, Donald Smith, Sr. Director of Product Management at Oracle announced in a blog post that starting with JDK 11, JavaFX will be available as a separate module, decoupled from the JDK.
But we shouldn’t cry over spilled milk; the release date for OpenJFX 11 is getting closer. In fact, it should go GA one week before JDK 11. Kevin Rushforth, lead of the OpenJFX Project, announced in a message to the OpenJDK mailing list that they wish to release OpenJFX 11 “at the same time JDK 11 ships (or slightly sooner).”
Proposed rampdown schedule for OpenJFX 11:
2018-07-09: RDP1 (a.k.a. feature freeze)
2018-08-27: freeze for GAC build
Now let’s have a look at JDK 11’s schedule:
2018-06-28: Rampdown Phase One (fork from main line)
2018-07-19: All Tests Run
2018-07-26: Rampdown Phase Two
2018-08-16: Initial Release Candidate
2018-08-30: Final Release Candidate
2018-09-25: General Availability
If everything goes as planned, JDK 11 should be released one week after OpenJFX 11.
Rushforth proposed a shorter time after RDP2 than the JDK because it is unlikely that they will need “the long back end of a full JDK feature release (not as many moving parts or stakeholders).”
Although there’s not much of a difference between the JDK schedule and the FX schedule, there are at least two modifications, Rushforth wrote:
Since this is our first unbundled release and there are likely to be plenty of bugs that need fixing during RDP1, so I propose to postpone forking the repo until RDP1. This means a 4-week downtime where there is no place to push new features/enhancements unless they are critical to OpenJFX 11 (in which case they will be an exception). I think this is a reasonable trade-off for this release
I don’t plan to propose any restrictions on P4 bugs before RDP2. The focus should be on more serious bugs, and we likely won’t fix many P4s, but if a safe P4 bug fix is proposed, reviewed, and tested, then I see no reason not to take it between RDP1 and RDP2.
For more information about the open source home of JavaFX development, visit the OpenJFX Wiki.
Was decoupling JavaFX from the JDK an inspired idea?
Development of JavaFX started in 2005, but it was officially introduced two years later at JavaOne. The technology was fully open-sourced in 2011 and, in 2012, it became part of the Oracle JDK download. Six years later, we’re saying goodbye to this arrangement; JDK 11 will mark the end of the javafx modules as we know them (a.k.a. part of the Oracle JDK download).
Johan Vos explained why it makes perfect sense to move the development of JavaFX to an open system. Check out his latest article here.
The core of the JDK is a wonderful piece of art that is maintained by very talented engineers. In order to guarantee the quality of this core, especially with fast release cycles, whatever components that can be maintained outside of the core should be maintained and released separately.