Indeed, this doesn't have any impact on JavaFX. The Gluon tools are currently using the RoboVM AOT 1.8, which was the last open-source version.
RoboVM delivered a whole set of products, including an AOT, but also a system that provides some JNI functionality, a set of bindings that create Java classes that have a 1-1 mapping to native iOS classes, and a whole "Studio" allowing developers to create applications. Only the AOT is relevant to us. We don't use the bindings, as we happen to have a great set of UI classes: the JavaFX platform. We don't need the studio, as we directly provide plugins for NetBeans, IntelliJ and Eclipse. The idea of JavaFX is to deliver a cross-platform UI for all devices. RoboVM took a different approach, as they mainly promoted creating an iOS specific UI (using the Java bindings to the native iOS UI components) and an Android specific UI. We had different views on a cross-platform UI (JavaFX) versus a platform-specific UI, but here is no doubt the RoboVM team consist of great developers and it is a real pity and shame they won't be able to continue working on their product. But for JavaFX and Gluon, it doesn't make a difference. - Johan On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah <st...@weblite.ca> wrote: > According to Gluon, they're not impacted by this. > https://twitter.com/GluonHQ/status/721784161728471041 > > > > On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick <felix.bembr...@gmail.com> > wrote: > >> I just read this article which states that RoboVM is effectively >> "shutting down". >> >> https://www.voxxed.com/blog/2016/04/robovm/ >> >> Given that they seem to be a critical part of the puzzle that is making >> JavaFX viable on mobile platforms, what does this actually mean for that >> goal? >> >> Is there an alternative technology or product that can fill this void? Or >> is the final nail in the coffin for JavaFX to ever be a truly viable cross >> platform technology? >> >> Thanks, >> >> Felix > > > > > -- > Steve Hannah > Web Lite Solutions Corp. >
