OpenJFX 8 Backport to Java 7

Danno Ferrin danno.ferrin at
Tue May 14 20:37:09 PDT 2013

One does not simply

<picture of Boromir>

Put JavaFX in Maven Central

Couldn't resist ;)  It depends on what you mean though.  The jar files are
a slam dunk.  The native libs are not so simple, first I have to get them
all generated, and I have never attempted to do any java native lib builds
on windows.  But if the goal is to make it RoboVM accessible then the java
jars are all that is needed since it will be building it's own binaries.

Although I have to admit I am partial to BinTray for these files.  After
getting the substance jars onto maven central it is much to much of a pain
in the neck to automate if you are not building with maven already.  Making
developers put in a custom repo address seems much easier than the hoop
jumping and dancing it takes to get it into central the first time.

On Tue, May 14, 2013 at 9:29 PM, Daniel Zwolenski <zonski at> wrote:

> Nice. I've got a rough cut of a maven plugin working for RoboVM. Just
> waiting on sonatype to grant access to the repo for this and then the first
> version should be live (ie probably over the next week or so).
> If this jfx backport (when it's working) could be deployed into Maven
> Central (especially the iOS build of it) then the plugin could
> automatically include it into the path for RoboVM. One less step for users
> to have to do manually. Have you got plans or are you willing to get it
> into Central (which I assume a RoboVM gradle plugin would benefit from as
> well)?
> I've got only a little bit of time to spare at the moment so keen to focus
> that on the RoboVM side of it, but if no one else is up for getting the
> backport into Central I'll put it on (the bottom of) my todo list.
> On 15/05/2013, at 1:05 PM, Danno Ferrin <danno.ferrin at> wrote:
> > I've started a backport codebase for OpenJFX8 to Java 7.
> >
> >
> >
> > The intent is to provide OpenJFX 8 code to Java 7 based VMs, whether it
> is
> > Oracle's JVM or other Java7 based VMs (such as RoboVM or Dalvik).  It's
> not
> > soup yet, it still needs some more open source libraries.  Right now the
> > compile breaks at the graphics module because the
> com.sun.javafx.accessible
> > packages have not been open sourced yet.
> >
> > For the record I am only concerning myself with the gradle build and not
> > the current Ant based build.
> >
> > Generally speaking the plans are to deal with the incompatibilities as
> > mechanically and predictably as possible.
> >
> > * For lambdas expanding them to inner classes.  IntelliJ has a code
> > intention for this I am using
> > * For defender methods push down the default implementation to first line
> > implementors, giving it the same effect with more lines of code.
> > * For the new JSR-310 Date classes bring in the ThreeTen jars (
> > (but it's not there yet)
> > * For java.util.function.Predicate<T> replace it with Callback<T,
> Boolean>
> >
> > If anyone is interested in contributing and wants commit access, just
> ask.
> >
> > --Danno

More information about the openjfx-dev mailing list