• <name>.jar – ganz klar, das ist die kompilierte gepackte JavaFx-Datei. Überraschend ist, sie unterscheidet sich von der Dateiendung überhaupt nicht von üblichen Java-Dateien – dazu später mehr.
• <name>.html – hier ist schon eine Beispieldatei, die zeigt, wie mans in den Browser einbindet – schön
• <name>.jnlp Auf diese Datei verlinkt man z.B. mit dem orangen Button, den man vielleicht auch schon von Java kennt, wenn man die jar mittels Download einfach starten will. Funktioniert mit JavaFx recht gut (zumindest meine Erfahrung)
• <name>_browser.jnlp – Die wird benutzt, wenn JavaFx direkt embedded im Browser laufen soll.

Netbeans richtet das schon entsprechend ein, wenn man bei project properties auf Run geht. Hier kann man auswählen zwischen:

• standard execution: als normale Desktop-Anwendung
• webstartexecution: Start mit einem Button auf der Webseite
• run in browser: brauch ich nicht weiter kommentieren
• run in mobile emulator: für Mobile Phone Apps und so… (übrigens auch sehr vielseitig in Netbeans)

Außerdem sollte man noch unter application eventuell self signed anklicken und die width und height ändern, falls nötig.

Das war alles? Nein, leider nicht. Wenn man eine ältere Netbeans Version benutzt, kann es passieren, das an mindestens einer Stelle ein / fehlt in der jnlp beim update-tag, es sollte so aussehen:

<update check="background"/>

Keine Ahnung, obs überhaupt Probleme bereitet, aber trotzdem sollte man nach Möglichkeit immer eine aktuelle Version benutzen

Dass man die Dateipfade eventuell in der html-Datei anpassen muss, sobald man die Files uploaded ist natürlich leicht ersichtlich. Leicht vergessen kann man aber Pfade, die noch in den JNLP-Dateien stehen:

<xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://meineseite.de/bla/bla/" href="app.jnlp">
    <information>
      <title>Titel</title>
      <vendor>Mein Name</vendor>
      <homepage href="http://meine.seite.de">
      <description>meine tolle App</description>
      <offline-allowed/>
(...)

Hier ist vor allem der Codebase-Tag wichtig, den Homepage-Tag sollte dann gleich mit setzen, und wenn man ordentlich ist über die anderen auch mal drüber schauen (Vendor, Description) – kann nicht schaden.

Vorrausgesetzt man hat das alles erledigt, sollte von der Sever-Seite eigentlich alles funktionieren. Probleme hat man aber trotzdem noch oft genug auf der Client-Seite, was mir so aufgefallen ist:

Windows XP

Normalerweise funktioniert das runterladen des “Browser-Plugins” wie immer recht problemlos, z.B. im Firefox. Wenn man hinter einem Proxy sitzt, siehts aber nicht mehr so gut aus, es wird versucht Zertifikate runterzuladen und lange Zeit passiert nichts, in Java-Konsole findet etwa so etwas:

Reading certificates from 341411 http://dl.javafx.com/javafx-rt-windows-i586__V1.2.0_b233.jar (...)

Dazu gibts auch schon einen Bug-Report.

Linux

Hatte ich auch häufig Probleme, dies bezog sich vor allem auf das Browser-Plugin. Denke das bezieht sich auf alle gängigen Browser. Wenn man Debian oder Ubuntu nutzt, sollte folgendes helfen:

aptitude install sun-java6-plugin

Wem das zu einfach ist, oder wer damit Probleme (verschiedene Java Versionen, Probleme mit 64/32 bit etc.) der kann sich das libjavaplugin_oji.so auch selber zurecht pfuschen, schön dokumentiert bei SUN

OpenSolaris

Ok, saß zufällig an einem OpenSolaris, und dachte mir ich teste es mal. Ich hätte so ziemlich alles erwartet. Aber DAS war echt der Hammer: Nicht mal das Plugin musst ich noch installieren, lief sofort problemlos. Daumen hoch OpenSolaris – ein oft unterschätztes, hochwertiges Betriebssystem. Hoffen wir mal, dass sich das mit Oracle nicht ändert.

java -jar macht ClassNotFoundException

Ja, wie schon oben erwähnt sind die JavaFx-Files ja genau so benannt mit die Java-Files, da ist java -jar aber trotzdem falsch. Am einfachsten ist natürlich die html lokal zu öffnen und dann den Launch dort machen . Richtig desktop-mässig gehts natürlich auch, mit javafx appName.Main – dazu muss natürlich der javafx Path usw. gesetzt sein. Es gibt auch mit ein langes Java-Äquivalent mit java -cp PfadZuJavaFx (…).

• Die Syntax hat einige Gemeinsamkeiten aber auch viele Unterschiede zu Java. Verwirrend sind die vielen verschiedenen Klammern, die den Code wirklich unübersichtlich lassen werden können, wenn man nicht aufpasst und ein wenig Ordnung hält
• Auch der Programmierstil ist ganz anders, der ganze JavaFx organisiert sich in einer Baumstruktur
• Gerade was graphische Sachen angeht, ist JavaFx top, man kann sehr einfach viel Funktionaltität (und viel unsinnigen Schnick-Schnack ) mit wenig Aufwand einbauen. Und das geht vor allem Dank binds, on replace und anderen netten kleinen Werkzeugen
• Der absolute Knüller ist, dass man auch einfach mal Java-Funktionen ausrufen kann, sei es aus der ganz normalen API oder eigenen Code. Daher bietet sich JavaFx idealerweise als graphische, schicke Fassade für nativen Java Code an

Naja, ich hätte sicherlich noch viel mehr zu erzählen und es ist schon spät, aber vielleicht demnächst etwas mehr. Wer mit JavaFx anfängt, wird noch über so einige Bugs stolpern. Aber dennoch muss ich sagen: JavaFx gefällt mir

Die kleine App hier unten is natürlich graphisch bestimmt nicht perfekt, und möglicherweise mit den vielen Animationen überdimensioniert und für den Bestimmungszweck vielleicht ziemlich CPU-lastig, aber ich wollte halt mal schauen, was man so mit JavaFx machen kann. Zum Inhalt: Die ganzen Infos werden über http von der Mensa-Seite ausgelesen, was ziemlich komplizierte Regular Expressions mit sich bringt. Die sind an einigen Stellen noch nicht ganz ausgereift, also es könnte an einigen Stellen noch ein wenig fehlerhaft sein

• Cloud Computing war immer wieder im Mittelpunkt, hier gabs einiges zu hören in den General Sessions. Passend dazu gabs viele verwandte Themenbereiche, wie z.B. das verteilte Dateisystem Hadoop und vor der Java One schon am Sonntag den Open High Availability Cluster at OpenSolaris, und soweit ich mich erinnere gabs auch noch was zur Google App Engine und Grid Computing etc… Auf jeden Fall ist verteiltes Rechnen, Cloud Computing und High Availability ein großes Thema gewesen.
• Und wirklich immer wieder zu hören gabs Moblie Applications, ganz vorn mit dabei immer Sony Ericsson. Klar, hier tut sich einiges, es gibt immer mehr Handybesitzer und Java läuft als ubiquitär verfügbare Maschine auf  fast allen mobilen Endgeräten. Neben den üblichen Dingen, wie z.B. Mobile Games oder Nutzungsmöglichkeiten in Form von GPS, Kamera etc, war vor allem interessant, dass Java FX in mobilen Geräten Fuß fassen soll. Die Leute sollen animiert werden, mehr Applikationen zu schreiben, mehr untereinander zu kommunizieren, Ideen auszutauschen. Der Java Store soll zudem eine einfache Möglichkeit bieten, Anwendungen zu verteilen und Geld damit zu verdienen. Ich hab selbst 2 Hands on Labs in der Richtung mitgemacht, einmal JavaFX für Mobile und einmal n Game fürs Handy erstellen. Hat Fun gemacht
• Wie bereits schon kurz erwähnt, auch um JavaFX wurd ordentlich Rummel gemacht. So soll es in Zukunft einfach sein, Anwendungen zu schreiben in JavaFX, die mit geringfügigen Änderungen auf beliebigen Geräten laufen, die eine jvm zur Verfügung haben, d.h. Desktop PCs, als Browseranwendung, im Handy / PDA / Netbook und auf Multimediageräten wie Fernseher und Spielekonsolen. Ob das wirklich später so einfach wird, ich bin ja mal gespannt. Aber JavaFx steckt ja noch in den Kinderschuhen, also man wird sehen. Auf jeden Fall wird sich JavaFx noch gegen etablierte Produkte wie z.B. Flash und Co durchsetzen müssen. Aber mir gefällt das Konzept.
• Allgemein wurd immer gepredigt, Open Source ist  so toll… gut, isses ja auch, aber wenn ich von Oracle gekauft werde, würd ich so was natürlich auch sagen und stark betonen . Und Developer sollen untereinander mehr kommunzieren, Ideen austauschen und verwirklichen. Die Messages kamen auf jeden Fall gut rüber.
• Und reichlich Firmen waren wieder da und haben kräftig mitgemischt. Microsoft mit den Worten “wir kommen in friedlicher Absicht”, schon lustig. Von Oracles Seite aus wurde immer schön über Java geredet, aber zu den anderen Produkten von Sun war man dann doch sehr verschwiegen.

Auf jeden Fall wars ein tolles Erlebnis auf der Java One