Where’s e(fx)clipse 0.9.0?

The short answer is

We have an IP-Problem

The long answer is

To make it super easy for our users to develop JavaFX applications we provide what I think is the most powerful JavaFX-CSS-Editor you get today because it knows all JavaFX-CSS properties, their values and format, is context sensitive … .

We’ve invested a lot of time into a metaformat we named cssext which can be seen as the DTD of a CSS-File where we retrieve the informations from. We did this because Oracle does only provide a handcrafted HTML-Document describing those informations which can not be used by any tool to provide anything meaningful – you are back in the good old days where you have a browser opened next to your IDE to browse the file.

Now the problem is that the license of the above document does not allow us to modify, distribute or display any part.

How can this problem be solved:

Oracle puts the CSS interface description under a reasonable license

The JavaFX team offered that we contribute the cssext-File to JavaFX

It is published on a Web URL

It is distributed as part of JavaFX

We don’t think 2.a and 2.b are viable solutions because 2.a requires you to have web access which sometimes is not available in companies, on the train, … and 2.b means we are bound to the Java release cycle to push out new features which is not acceptable.

We are grateful for the IP-Team at Eclipse to make us aware of this problem, we are frustated because this is a major step back for the e(fx)clipse functionality.

Oracle and the Eclipse IP-Team are discussing solutions but it will take another couple of weeks (and then another couple of weeks) until this gets resolved (or not resolved). I was holding back the release because I think the loss of this feature is a major loss for e(fx)clipse but I’m fed up now.

It was our best intention to give JavaFX developers a good (Eclipse) IDE experience to make it’s adoption more easy but if we are not allowed we can’t do anything but drop the ball on it (=the css tooling).

So to sum: If you are building applications on top of our runtime modules you are not affected by the above problem, this is only a problem of the JavaFX-CSS Tooling and it sucks!

I’m in the Java SE PM team. I can’t see the CQ, so no idea what you’ve been told. I am working with Janet (eclipse IP team) on this. There’s a bug in the docs and we’ll fix it. It would be easy to fix, but I’m trying to keep your use case in mind as the simple and obvious fix won’t help what you’re trying to do.

Damn! I really hope (but I don’t believe), that Oracle will grant you the right (via another license) to still make use of the tooling, because I kinda like it and it would be a shame, if you needed to drop such a fine thing!

Maybe we should make Jonathan Giles aware of it – he mentioned you and e(fx)clipse a couple of times on http://fxexperience.com/ … What do you think? It wouldn’t hurt and since he’s an employee of Oracle and very active with OpenJDK/OpenFX…

Like I said Oracle & Eclipse people are talking (see Donalds reply) and I still have the hope that a solution can be found – I simply wanted to get out the message on why I can’t provide a release as of now although I promised since more than 2 months.

Hello Tom,
Thanks for what you and e(fx)clipse’s team have done !
I’m glad to hear that a release could be provided as soon as the IP problem will be solved … because we currently miss it in our projects :-)
As the combination of Eclipse 4 RCP and JavaFX hit the spot, we are migrating to it, and a released version of e(fx)clipse will ease it a lot.