For reference, here were the prior two OpenJFX related threads:
They are carried over from the old forum once hosted on Azul.com, and migrated here.
Chris Newland provided this workaround to build OpenJFX and apply it atop Zulu:
This has been the only guidance. Until now.
I put the following text into the requirement spec. I welcome anyone to provide feedback on adequacy of scope and testing!
Create a new application component, herein described as “Azul JFX”, comprising the Base, Graphics, Controls, and FXML components of OpenJFX. The Swing, SWT, Web, and Media components of OpenJFK are considered deferred scope and excluded from initial deliverables.
Azul JFX should be validated to work on Zulu 8 on Windows, Linux, and Mac on Intel x64 platforms. Azul JFX should be validated to work on Zing 8 on Linux x64. Azul JFX should be validated on Zulu Embedded on Linux for ARM32 and ARM64, on Windows and Linux for x86 and Atom, and–once available–on Linux on PowerPC.
On Linux, both local workstation and remote X windows should be validated.
On workstations, the video resources are managed by OS and drivers, so any display technology, even GPU based systems, should work out of the box.
On embedded targets, the video resources may have additional vendor constraints. The Zulu Embedded team is encouraged to use the Reference HW concept to focus on a few initial HW options, then expand as customer demand and order backlog indicates.
Azul JFX overlay must maintain a minimum level of applicable Zulu and Zing versions where it can be applied.
There is no requirement to have to uninstall Azul JFX overlay from a Zulu or Zing once it is installed. Users may uninstall the whole Azul product and take Azul JFX out with it, and start over with fresh product install.
There are no obvious benchmarks for what constitutes “sufficiently good” performance for the Azul JFX component. Engineering is strongly encouraged to locate and publish benchmark values, based on something simple like http://mihosoft.eu/?p=486 FXBenchmark01, or another portable benchmark of your choosing.
The objective is to match – and no requirement to exceed – Oracle’s own JFX performance on like hardware and OS combinations.
The official deliverables will reach the Zulu download pages in waves as they get built. If you are interested in doing any pre-release testing, we’d ask for you to provide the details of the target system you plan to exercise. With enough participation and coverage, we’d setup a matrix of tested systems, very similar to the Assignments table on the OpenJFX wiki here:
Thanks in advance for keeping Zulu better and more relevant every release.