e(fx)clipse 0.9.0 released


We are very pleased to announce the release of e(fx)clipse 0.9.0. This is the first release under the Eclipse.org umbrella and although it took us much longer than estimated we are now in good shape to explore future endenvours.

Anyways what’s in the release!

Download & Update sites

Update site

You can install e(fx)clipse 0.9.0 into any kepler release from our update site which is at http://download.eclipse.org/efxclipse/updates-released/0.9.0/site. As a prerequisit you’d have to have Xtext & Xtend 2.5.0 so you need to add their update site as well http://download.eclipse.org/modeling/tmf/xtext/updates/composite/releases/

All-In-One Downloads

As always to free you from assembling your own SDK we provide you with prepackaged SDKs at http://efxclipse.bestsolution.at/install.html. You’ll notice that we are not supporting 3.8.x any more officiallys so the download has been removed. We’ll update to 4.3.2 once it is released.

New Features

Mobile Support

We started to add initial support to develop mobile JavaFX applications. This support is very preliminary but we’ll build on it in the next releases so that developing and deploying mobile JavaFX applications using e(fx)clipse.
mobile

FXML to Java compiler

Also experimental new feature is our FXML to Java compiler which is an important asset when developing for constrainted devices like mobile and embedded ones.

JavaFX8 support

We’ve improved our JavaFX8 support including appropriate detection of the javafx-src.zip in your JDK install so that you can now directly navigate and step through JavaFX code with the Eclipse Java Debugger.
debug

Runtime improvements

We’ve improved our runtime libraries and added new features like @ContextValue (see https://tomsondev.bestsolution.at/2013/11/21/writing-ieclipsecontext-less-code/) and adapter framework. We started collecting recipes how ti use the features at https://wiki.eclipse.org/Efxclipse/Runtime/Recipes

e4 integration

Our renderers have been improved and gaps to e4 on SWT have been closed. One of the major new features is a generic lifecyle system for your model elements allowing you to e.g veto the closing of a perspective, window, part. We also added the possibility for you to decide which panel type is injected to your MPart and MToolControl contribution.

Future

0.9.0 will be the last release in the 0.9.x stream. We’ll release 1.0.0 together (but not part) with Luna. Most of the runtime will switch to Java8 as the required platform while the tooling will still provide support for Java7 although Java8 is the main target platform.

We expect most people writing JavaFX application to use JavaFX8 because it is much more mature than JavaFX2.2 so we believe it makes sense to not spend time on Java7 compat things.

Runtime

The main target is to catch up on Eclipse 4 Luna features and close the last few gaps like Min/Max and DnD support. We’ll also integrate our SWT on JavaFX implementation providing developers a smooth migration path for the existing SWT-RCP applications.

Tooling

Nothing has been decided yet but on potential new feature is the direct integration of SceneBuilder into the Eclipse IDE so that you get a WYSIWYG tool inside Eclipse instead of running a 2nd application next to it. We’d really like to see this integration happening but first have to evaluate how much work it is and if it is too much we won’t be able to do it without getting funded.

This entry was posted in e(fx)clipse. Bookmark the permalink.

17 Responses to e(fx)clipse 0.9.0 released

  1. gedeffe says:

    Great news and well done, Thanks !

  2. Pingback: Java desktop links of the week, February 3 « Jonathan Giles

  3. Pingback: JavaFX links of the week, February 3 // JavaFX News, Demos and Insight // FX Experience

  4. Will says:

    I don’t understand this sentence: “0.9.0 will be the last release in before release 1.0.0 together (but not part) with Luna”. I think that it’s saying that version 1.0.0 of e(fx)clipse will be released before Luna and then incorporated with it once it’s released, but I’m not sure.

    • Tom Schindl says:

      I’ve fixed the wording hopefully: It meant to say 0.9.0 is the last release of the 0.9.x family and we’ll concentrate on 1.0.0 which is released at the time of Luna-release at Eclipse. Still e(fx)clipse will not be part of the release train because we’ve been too late this year to participate. So e(fx)clipse 1.0.0 will be compatible with Luna which is Eclipse 4.4.

  5. Kai Tödter says:

    Hi Tom,

    where do I find the target platform for 0.9? I only found e(fx)clipse – Runtime – Updatesite – http://download.eclipse.org/efxclipse/runtime-tagged/0.9.0-rc1/site/

    Thx

    Kai

  6. Jorgen Johansson says:

    I’m getting path too long when extracting the files from all-in-one download for windows (both 32 and 64). Anyone else getting the same error?

    • Tom Schindl says:

      Try unpack it without the full foldername and into a dir very near to your root dir. I’ll tr to fix the problem in the 4.4 stream.

  7. Pingback: e(fx)clipse 1.0 – New Features – Generate JavaFX Properties accessors | Tomsondev Blog

  8. Pingback: e(fx)clipse 1.0 – New Features – LayoutPanes can be controlled by CSS | Tomsondev Blog

  9. Pingback: e(fx)clipse 1.0 – New Features – CSS Gradient Editor | Tomsondev Blog

  10. Pingback: e(fx)clipse 1.0 – New Features – Drag and Drop for e4/JavaFX applications | Tomsondev Blog

  11. Pingback: e(fx)clipse 1.0 – New Features – The clever CSS-Editor who got more clever | Tomsondev Blog

  12. Pingback: e(fx)clipse 1.0 – New Features – StyledText control to build a code editor (framework) | Tomsondev Blog

  13. Pingback: e(fx)clipse 1.0 – New Features – Integration of JavaFX source and property JavaDoc | Tomsondev Blog

  14. Pingback: e(fx)clipse 1.0 – New Features – Consume none OSGi-Artifacts from a maven repository | Tomsondev Blog

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.