OT: Netbeans ported to JFX?

Jeff Martin jeff at reportmill.com
Thu Jul 10 14:23:43 UTC 2014

I agree that Oracle should have an in-house apps team to create a few real world apps. Sun's lack of this helped marginalize Java Client and kept them tone-def to problems with desktop development and deployment. Apple does this well: Keynote, Pages, Numbers, Safari, Mail, iBooks, iMovie, iPhoto, Calendar, Contacts, Messages, FaceTime. This "eat your own dog food" policy proves and improves the platform. Also, it looks suspicious when you push a product you don't use.

I also agree that porting NetBeans wouldn't be a great use of resources. I hear that Oracle doesn't even officially support JavaFX on mobile yet. ;-)


On Jul 10, 2014, at 3:07 AM, Tom Schindl <tom.schindl at bestsolution.at> wrote:

> Hi,
> I've thrown Eclipse at it [1] - performance is ok but certainly not
> better than pure SWT but the reason for that is maybe my custom SWT port.
> What you see is not a rewrite of Eclipse code itself (which is 99%
> unmodified) but an alternate SWT implementation which has the big
> draw-back that some part of the IDE (and I assume the same is true for
> some parts of Netbeans) are written with a direct mode toolkit in mind.
> For modulare application frameworks I currently know of:
> * e(fx)clipse - which leverages the Eclipse4 Platform
> * eFX - which leverages the Netbeans Platform
> * JacpFX - IIRC built solely above OSGi Felix
> * jrebirth
> IMHO doing a simple rewrite is not the right way - start with one of the
> platforms (Eclipse/Netbeans/IntelliJ) and rethink the IDE. What I mean
> is: Doing a rewrite simply for the sake of rewriting is wasted time and
> in case of rewriting Netbeans/Eclipse/IntelliJ/... it's a huge huge huge
> waste of time.
> Tom
> [1]
> http://tomsondev.bestsolution.at/2014/03/26/eclipse-on-javafx-a-short-video-and-next-steps/
> On 10.07.14 09:06, Robert Krüger wrote:
>> On Wed, Jul 9, 2014 at 4:14 PM, Jeff Martin <jeff at reportmill.com> wrote:
>>> My thought is that JavaFX is perfect for an IDE targeted to education, like Greenfoot and BlueJ:
>>>        SnapCode: SnapCode is the first and only pure JavaFX IDE
>>>        YouTube Overview: SnapCode JavaFX Overview
>>> SnapCode has visual code editing ("Snap-coding"), a sprite kit, graphics/sound editing, a runtime browser/player with animated transitions and more. It also has most of the features you expect in a modern IDE. Hopefully this is a great way to attract a new generation of developers and bring JavaFX to all Java developers.
>>> What it doesn't have is very much in the way of resources. If anyone wants to help, let me know. If Oracle would like to kick in an engineer or a few dollars, I wouldn't turn that away either.
>>> We need something like a "JavaFX Playground" before Apple Swift-boat's us. :-)
>> I have to say I passionately disagree here. Of course, everyone has
>> different requirements/expectations. I am currently looking at JavaFX
>> as a candidate technology for commercial products in a market where
>> people are used to native applications. So far, I think JavaFX, from a
>> developer point of view, is great and the dedication of the dev team
>> and the transparency of the dev process are outstanding but it still
>> suffers from maturity problems that usually go away after a lot of
>> serious applications have been thrown at it, not by another Ensemble
>> or educational tool. Even big finance or medical or system management
>> applications may not be a good enough test for some areas because
>> their users are typically more forgiving in certain areas than e.g. a
>> photographer or designer using their favourite photo organisation tool
>> on a Mac but of course, every application helps and Netbeans is so
>> huge that porting it would probably result in a number of new Jira
>> issues making the platform better and, as I wrote, I thought with the
>> Swing API no longer being developed, it would either have to die or be
>> ported anyway.
>> BTW, is there any directory of (commercial) JFX applications anyone is aware of?

More information about the openjfx-dev mailing list