OpenOffice: OpenOffice wurde aber nicht von Sun Entwickelt, sondern von StarDivion, einer ehemals deutschen Firma. Ich finde sogar das es seit dem Aufkauf durch Sun sich langsamer entwickelt.

Java: Für die Aussage "meisten benutzte Programmiersprache" hätte ich gerne einen Beleg. Ich glaube auch das Java oft benutzt wird, aber der Anteil an C/C++ Code Weltweit dürfte den von Java alleine aus historischen Gründen noch lange übersteigen.
Zumal auch Sprachen wie PHP (ob man es mag oder nicht) inzwischen riesige Codebestände aufgebaut haben die man nicht unterschätzen sollte.

Standardisierungsgremium: Nit dem aber auch viele lange nicht zufrieden waren. Generell wurde der ganze Prozess um Java herum oft und deutlich kritisiert. Das macht ihn nicht automatisch schlecht, aber es ist auch nicht so das man dort gleich eine perfekte Lösung präsentiert hätte.

Ansonsten ist Sun aktuell in einer schwierigen Situation, ihren Kernmarkt, die Server, können sie kaum halten. Java ist nett, aber davon kann Sun nicht wirklich leben.

Außerdem haben sie bisher kaum etwas endkundentaugliches entwickelt. Java hatte (und hat) den Ruf Fett zu sein, langsam und hässlich. Und ganz grundlos sind diese Behauptungen nicht. Auch Openoffice hat sich unter Sun leider in diese Richtung entwickelt (wobei es auch früher nie wirklich schlank war).
Und wenn man sich JavaFX ansieht merkt man auch hier wieder die trägheit, die umständliche Handhabung für den Benutzer und die fehlenden Tools (ein Flashkonkurrent ohne Authoring Tool?...).

Etwas technisch gut zu designen reicht einfach nicht.

Wenn dann noch so lustige Sachen passieren wie Applets können nicht in das Homeverzeichniss des Benutzers schreiben weil sie die Sicherheitsstufe des IE erben, dann wirds einfach nur noch blöd...

Schau dir die Beispiele an, das was ich schrieb ist dort nuneinmal so.

Flash startet ganz wesentlich schneller als die JavaVM initialisiert ist (flash hat eigentlich exakt garkeine Verzögerung).
Flash macht keine Sicherheitsabfragen (das mag man gut finden oder nicht, da Flash auch deutlich weniger Möglichkeiten als Java hat ist das aber durchaus ok)
Flash ist sehr gut im nachstreamen von Kontent während der Nutzung der "Anwendung". Soweit ich das sehe ist das kein Teil von JavaFX, darum muss sich der Entwickler wohl selber kümmern.

Nicht zu vergessen den Videosupport von Flash den man direkt nutzen kann.

Und Flash verbraucht weniger Speicher als Java.

Ich hab nichts gegen Java, aber JavaFX ist als Flashkonkurrent eine absolute Totgeburt. Es wird sicherlich seine User in der Java Community finden, aber ich bezweifle stark das man es in der freien Wildbahn irgendwan man ernsthaft sehen wird.

Doch, das Problem das es Java auch nicht für jede Plattform gibt war auch lange ein Thema. Durch das OSS Java wird das sicherlich wesentlich seltener werden.

Ansonsten bahnt sich aktuell eine Lösung an in dem Flash via 32bit Komp. Libs laufen soll. Xantros hat wohl soetwas aktuell im Einsatz.

Genial sind die neuen Bibliotheken für alle Java (besonders JSP) Entwickler, die ihre Java-Anwendungen um interaktive Elemente oder/und Animationen erweitern wollen z.B. auf Basis von durch JSP gehandelten/generierte Webseiten. Die Demos sind wahrlich etwas fehl am Platz, da sie genau die falsche Zielgruppe ansprechen, nämlich die oben genannten Flash-Kunden. Viel interessanter wären da Demos, wie das ganze sich verhält mit dynamisch generierten und veränderbaren Animationen, 3D-Modellen o.ä. die aus der Java-Applikation her durch FX nach oben an den Benutzer weitergereicht werden und die die Benutzeraktion wieder nach unten durchreichen....
Könnte mir in der Praxis z.B. Anwendungen ala "Designen sie ihr eigenes T-Shirt" vorstellen, wo die Grafiken, wie z.B. ein T-Shirt auf einem Body (wahlweise m oder w) in der ausgewählten Farbe, mit dem ausgewählten Motiv sich dreht und bei klick auf Speichern oder Bestellung werden die zusammgeklickten Daten wieder nach unten an den Java-Server gegeben und gespeichert... Das ganze kann man dann natürlich noch weiterspinnen, so dass also z.B. beim Start zurerst in der Datenbank gespeicherte Motive als Vorlage nach oben an FX geschickt werden, so dass sich der Benutzer auch aus diesen z.B. eins auswählen kann.

Wie gesagt, Konkurrenz zu Flash oder einer von MS neuesten verbuggten und unzuverlässigen Anwendungen: SCHWACHSINN
Aber für Java-Entwickler durchaus ein sehr interessantes neues Feature.

only my 2 cents,
Fatal

Zumindest bei Applets geht das nachweislich, zB stand-alone mit dem AppletViewer oder eingebettet wie in Konqueror

Wie gesagt, das ging alles bisher schon, der größte Unterschied ist eben gerade das es jetzt einfacher geht.

Und für Richclient Anwendungen braucht man meistens auch nicht diese Form der Animation.

Sicher, die Beispiele sind nett, aber eben genau das sind Beispiele wo Flash vorgezogen wird da der grafische Faktor überwiegt.

Das Tool geht einfach am Markt vorbei: Das grafich nette Autodemo würde von einer Webagentur entwickelt werden, nicht von echten Entwicklern, und da sitzen meisten Leute ohne Java Erfahrung, aber mit Macs und Flash.

Ich sehe zwischen den bereits bekannten Javaapplets und Flash keinen echten Platz für ein JavaFX. Für bereits bestehende Appletanwendungen mag es hier und da eine Bereicherung sein, aber neue? Ich glaube nicht daran, die Zielgruppe ist afaik die Falsche.