Hier der aktuelle Status meiner Meilensteine für Java auf Openmoko:

1. Yoxos: Die Yoxos on Demand Homepage ist gerade down, alle Admins sind wahrscheinlich im Urlaub Ich habe mir glücklicherweise schon vor einigen Tagen eine eigene Eclipse per Yoxos erstellt und die nutze ich jetzt. Hier ist natürlich noch etwas Finetuning der Plugins notwendig.
2. Java 1.5: Das Hello-World-Programm läuft mit der Cacao VM und Java 1.5 Bytecode. Für Cacao habe ich ein Package in Debian Sid gefunden und installiert. In Eclipse kann man Cacao als Execution Environment einbinden, indem man eine neue Standard VM mit dem JRE-Home-Verzeichnis /usr/lib/jvm/cacao/jre/ erstellt. Das JRE des Java-Projekts muss auf Cacao geändert werden, ebenso die zugehörige Runconfiguration. Zusätzlich muss man bei der Runconfiguration noch die Umgebungsvariable java.library.path auf /usr/lib/jvm/cacao/jre/lib und die den darunterstehenden Radiobutton auf „Replace native environment with specified environment“ setzen, da ansonsten Eclipse den SUN-JRE-Classpath verwenden will, was zu der Fehlermeldung „main: lt_dlsym failed: /usr/lib/jvm/java-6-sun-1.6.0.07/jre/lib/i386/client/libjvm.so: undefined symbol: vm_createjvm“ führt. Außerdem sollte man sich die JRE-Binaries genau ansehen, javah von Cacao wird in Debian auf das javah vom SUN-JRE gelinkt. Man sollte hier also nur java verwenden.
3. Equinox: Der Start von Equinox funktioniert ebenfalls, allerdings dauert es ziemlich lange, bis sich etwas tut. Ich habe darauf hin die OSGI-Implementierung von eRCP ausprobiert und voilá, in 10 Sekunden startet das Framework und der Logger. Ich werde deshalb für das weitere Vorgehen die eRCP-Bundles verwenden.
4. SWT: TODO. Die SWT-Anwendung von der Jalimo-Homepage funktioniert leider nicht. Ich glaube, ich steh hier grad aber auf dem Schlauch. Der Aufruf, wie er auf der Homepage beschrieben wird, sollte nach meinem Verständnis nicht funktionieren.
5. eRCPT: TODO. Native Java Bundles sollten funktioneren. Bundles mit eingebetteten DLLs oder SWT werden aber wahrscheinlich zu Fehlern führen.
6. ANT-Skripte, Deployment: TODO. Schon jetzt nervt das ewige Herumkopieren mit SCP. Wenn die Tests abgeschlossen sind, werde ich zuerst hier weiterarbeiten.
7. Accelerometer: TODO
   
8. Anwendungs-Architektur: TODO
9. Anwendung: TODO

Nachdem ich jetzt endgültig keine Lust mehr habe, weiter nach einem Service-Component Tracker zu forschen, hat das Neo Freerunner nun wieder meine Kreativität beflügelt Ich überlege gerade, welche Art von Funktion ich wohl auf dem Handy implementieren könnte.

Von der technischen Seite möchte ich nach folgenden Punkten forschen.

• Java als Programmiersprache, hier gilt es die Möglichkeiten der Cacao VM zu erforschen.
• OSGI als Komponentensystem. Eclipse Equinox ist ja 100% native Java, also sollte es auch laufen.
• SWT als GUI-Schnittstelle, hier gibt es bereits eine Implementierung namens Jalimo, die auf Cacao aufsetzt.
• eRCP als Plattform, wobei dies wahrscheinlich nicht möglich ist, da es eRCP anscheinend nur für Windoof Mobile gibt. Vielleicht funktioniert hier auch die normale RCP.
• DBus in Kombination mit Java auf dem Freerunner. Da es schon viele Applikationen mit  DBus-Interface auf dem Freerunner gibt, wäre interessant zu wissen, wie man mit Java darauf zugreifen kann.
• Eclipse als Entwicklungsumgebung. Die Zusammenstellung der benötigten Plugins erfolgt mittels Yoxos On Demand.
• ANT zum Bauen und Deployen auf dem Gerät, evtl. noch Start und Remote Debugging.

Als Programmidee schwebt mir vor, die Accelerometer des Freerunners auszulesen und die aktuelle Beschleunigung anhand von Balken anzuzeigen. Hier könnten dann gleich Echtzeitaspekte mit getestet werden.

Folgende Punkte möchte ich grob als Meilensteine festlegen:

1. Yoxos: Eine eigene Eclipse-Entwicklungsumgebung mittels Yoxos mit allen von mir benötigten Plugins zusammenstellen.
2. Java 1.5: Eine einfache Hello-World-Java-Applikation auf dem Freerunner laufen lassen.
3. Equinox: Eine einfache OSGi-Applikation erstellen und auf dem Freerunner laufen lassen.
4. SWT: Eine einfache SWT-GUI erstellen und auf dem Freerunner laufen lassen.
5. eRCP: Evtl. eine eRCP oder RCP basierte Anwendung erstellen und laufen lassen.
6. ANT-Skripte, Deployment: ANT-Skripte für Build und Deployment.
7. Accelerometer: Die Accelerometer unter Java auslesen, entweder File-basiert oder mittels Dbus.
8. Anwendungs-Architektur: Eine Architektur für die Anwendung festlegen.
9. Anwendung: Die Anwendung erstellen.

Zeitlich möchte ich mir keine Rahmenbedingungen setzen, da ich diese schon beim Service-Component-Tracker nicht einhalten konnte. It’s done when it is done

Da mir zwischen Arbeit, Fußball, Feuerwehr, Blogschreiben etc. immer noch genug Zeit bleibt, bin ich jetzt am Überlegen, ein kleines Open-Source-Projekt zu starten. Folgende Themen sollten darin vorkommen bzw. Technologien sollten genutzt werden:

• Java
• OSGi und Equinox
• Eclipse und RCP
• evtl. OpenGL (und wenns noch geht, Shader)
• evtl. EMF

Ich schwanke mittlerweile zwischen 3 Projekt-Zielen:

• DS-Tracker: Declarative Services sind leider im Equinox-Umfeld noch nicht so besonders integriert. Besonders mühsam ist die Fehlersuche, da oft nur das Log zur Verfügung steht. Ziel des Projekts sollte die Erstellung eines OSGi-Bundles sein, welches Kommandozeilenbefehle ähnlich zu den schon vorhandenen Befehlen zu Bundles, Services etc. bereitstellt, nur Ebene der Service-Komponenten. Damit sollen Service-Komponenten komfortabel abgefragt sowie gestartet und beendet werden können. Als Nebenschauplatz könnten noch Fehlermeldungen von der DS-Implementierung abgefangen und angezeigt werden können, da in manchen Fällen der Logger erst nach dem DS-Bundle startet. Das Projekt sollte eigentlich in kurzer Zeit zu schaffen sein und bietet nochmals einen guten Einstieg in DS und Equinox.
• 3D-Engine: Schon etwas ehrgeiziger, hier sollte die Entwicklung einer kleinen Rendering-Engine mittels RCP das Ziel sein. Wesentliche Bestandteile sollten sein, dass das Plug-in ohne Probleme in Eclipse integrierbar ist und dass sich neue Funktionalitäten mühelos einfügen lassen können (mittels Neuimplementierung vorgegebener Interfaces). Meine Idee wäre noch, 3D-Objekte durch ein EMF-Modell darzustellen und von der Engine interpretieren zu lassen. Ein 3D-Modell-Editor mit grafischer Anzeige könnte ebenfalls herausfallen.
• RCP-Desktop: Beim philosophieren über OSGI und RCP auf der Arbeit kam uns der Gedanke, dass ja OSGI und RCP quasi eine Art Betriebssystem für die JVM darstellen. In der Tat übernimmt RCP schon eine große Menge an Aufgaben wie z.B. File-Handling, Threading, GUI-Elemente … Unsere Idee war, aufbauend auf den vorhandenen Diensten eine Desktop-Shell zu erstellen welche komplett in RCP implementiert ist. Dies ist in ähnlicher Form nur durch das „Java Desktop System“ von Sun erhältlich, dieses baut jedoch meines Wissens nicht auf OSGI und RCP auf.
  Eine Idee war noch das Organisieren des Desktops nach Aufgaben, welche natürlich den Perspektiven aus RCP entsprechen. Beispiele wären eine File-System-Perspektive mit Views speziell für Dateisysteme, eine Development-Perspektive mit Entwicklungstools (Editor, Konsole, SVN …) oder eine Multimedia-Perspektive mit Media-Player, Meta-Daten-Browser …
  Das Projekt an sich ist natürlich sehr ehrgeizig und selbst mit einer kleinen Gruppe nur schwer vor dem 22. Jahrhundert zu schaffen sein, aber irgendwie geht mir die Idee nicht mehr aus dem Kopf.

So, nun sind die Ideen niedergeschrieben, wahrscheinlich werde ich mir erst mal über den DS-Tracker näher Gedanken machen, da ich eine solche Lösung auch akut auf der Arbeit brauchen könnte und sie sich auch in den Folgeprojekten gut bewähren könnte.