johan.vos at gluonhq.com
Tue Dec 19 21:39:23 UTC 2017
To be honest, building OpenJFX is the least of my worries. Compared with
other frameworks, building OpenJFX is extremely easy and well-documented.
The wiki pages are still mostly accurate.
I agree with Mario about the webkit: that is the biggest pain imho. The
fact that a bunch of code is dropped every now and then doesn't make it
Also, it takes a very long time to build those sources. On Android and iOS,
we don't have that problem as we leverage the webkit libraries that are
available on those platforms. It would be great if we could do something
similar on desktop (link instead of compile).
About the gradle moving target: OpenJFX has for a VERY long time been on
gradle 1.8. The recent changes were, as I see it, required to keep up with
the gradle/Java9 catchup.
For Android and iOS, I took the build.gradle from OpenJFX 10 and build with
a released Java 9, and that works perfect. I think the gradle bumps will be
On Tue, Dec 19, 2017 at 9:22 PM Phil Race <philip.race at oracle.com> wrote:
> In the "innovation" email thread it was suggested that one obstacle to
> getting involved and contributing to OpenJFX is just building it.
> So what are the top one or two pain points with building OpenJFX today ?
> - Insufficient or out-dated build docs ?
> - Tool-chain configuration problems - platform-specific or otherwise ?
> - Needing to do a JDK build as well (JDK 9 and later) ?
> - Something else ?
> And having identified your pain point(s), what do you think would be a
> solution ?
More information about the openjfx-dev