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
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/
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.
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.
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.
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.
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
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.
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.
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.
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.
Great news and well done, Thanks !
Pingback: Java desktop links of the week, February 3 « Jonathan Giles
Pingback: JavaFX links of the week, February 3 // JavaFX News, Demos and Insight // FX Experience
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.
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.
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/
http://download.eclipse.org/efxclipse/runtime-released/0.9.0/site has a target platform feature
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?
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.
Pingback: e(fx)clipse 1.0 – New Features – Generate JavaFX Properties accessors | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – LayoutPanes can be controlled by CSS | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – CSS Gradient Editor | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – Drag and Drop for e4/JavaFX applications | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – The clever CSS-Editor who got more clever | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – StyledText control to build a code editor (framework) | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – Integration of JavaFX source and property JavaDoc | Tomsondev Blog
Pingback: e(fx)clipse 1.0 – New Features – Consume none OSGi-Artifacts from a maven repository | Tomsondev Blog