And yet some people, those diehards as you call them, are still betting and hoping that the JavaFX project will be killed. Well, keep hoping and wishing. I'd say this is the strongest indication yet that Oracle is going to adopt JavaFX as its technology of choice moving forward. Did you notice the last sentence in blog: I am guessing we will be having Larry Ellison as a keynote speaker.

Yep, the keynote ref was obvious but that would be a sure bet even before Jonathan's blog.... considering that this will enter history as the first OracleOne conference. On being a diehard: not a problem if you believe in your choices. To make a Bruce Willis reference, I also happen to love Creedence Clearwater Revival even if some people on diapers think it "was bad in the 60's and is still bad today". Well, perhaps _I_ am that young jerk when it comes to Java GUI toolkits... ;-) On JavaFX being killed, forget about it, it is clear now that Sun was cooking more stuff in the FX kitchen than we could suspect. You don't dump that kind of investment overnight just because you bought the company and have little interest in client tech or even litte confidence on Sun's ability in this territory. At the very least, I expect Oracle to give Sun some reasonable time to see whether the JavaFX initiatives will be profitable, or at least sustainable... remeber that Sun's Java division is already profitable, although it's not the kind of money that should look impressive to Oracle. The real question now is whether Sun will be able to rally a larger number of partners around JavaFX Mobile. The initial set of adopters (SonyEricsson and LG) was not impressive; the game will be harder if Sun can't get Nokia in.

The proof that Sun believes in JavaFX is that Jonathan Schwartz is using an Adobe Flash player to announce that on his blog!

The proof that Sun believes in JavaFX is that Jonathan Schwartz is using an Adobe Flash player to announce that on his blog! [2]

Using JavaFX tor a simple video playback would be a stupid decision - as a Java rooter, I would not do that, simply because Java's bigger loading time is completely wasted if you don't do anything more complex than firing a video codec. What's the point? Showing JavaFX as a slow and bloat compared to Flash while doing the same job? JavaFX is a huge stack of application platform, plus media support. Flash, on the other hand, is primarily a media stack, with a very modest application support on top of it - the reason why Flash loads fast is because its ActionScript VM is extremely simple and limited compared to Java. Put some serious application frameworks on top of it and it becomes as slow-loading and memory-eating as the JRE... yeah, I'm talking about AIR (and it has much inferior performance for app code). The competition is not JavaFX vs Flash, it is JavaFX vs AIR (and others in the same category). Having said all that, there a valid argument of "eating your dog food". Sun should start to use JavaFX seriously even where it's not really necessary. The problems is that JavaFX 1.0/1.1 were really "developer releases". Important features like component package missing; several codec bugs; rough edges in deployment; JavaFX Mobile not really available (only "released" in emulator form); no Linux support... I expect that JavaFX 1.5 + JRE 6u14 will be the real FCS (with emphasis on C = Consumer), and I hope that Sun delivers on that promise because if it doesn't, the world won't wait another year for the next big updates (JRE 7, JavaFX 2.0, etc.) So, once JavaFX 1.5 is out (in just a few days) I'd advise Sun to start using it heavily in sites like java.sun.com, blogs.sun.com, java.net, etc. But this requires some decent apps, stuff that adds value, with functionality that cannot be implemented just as easily with Flash or JS/CSS/AJAX/etc.

look to this demo http://jfxstudio.wordpress.com/2009/05/25/the-graphic-database-front-end... - this is pure JavaFX database frontend