Programming

Da sitzt man nun als Programmierer mit einer mehr oder wenigen komplexen XML-Datei und muss diese in die Java-Welt überführen... SAX oder DOM erfordert viel Fleiß und Zeit aber wer eine zugehörige Schema-Datei besitzt, kann sich glücklich schätzen!

Mit dem JSR 31 "Java Architecture for XML Binding" wurde die Möglichkeit bereitgestellt, Java Klassen aus einem Schema heraus zu generieren, XML sozusagen an Java zu "binden".

Eine beispielhafte Vorgehensweise wird Anhand eines Beispiels mit Apache XMLBeans erklärt.

ActionScript 3 ist IMHO ziemlich erwachsen und sollte für einen geübten Java Entwickler keine große Hürde darstellen, aber der schnelle Entwurf eines Singleton brachte mich nach der Erkenntnis, das private Konstruktoren in ActionScript nicht erlaubt sind, doch zum schmunzeln:

Technologien und Services zur Darstellung und Integration von Karten in Applikationen, haben sich in den letzten Jahren stark verbreitet. Neben dem Platzhirsch Google Maps gibt es u.a. noch Yahoo! Maps oder Bing Maps (früher Windows Live Maps). Die drei genannten Services lassen sich relativ einfach über eine API in eigenen (Web) Anwendungen benutzen, haben aber einen entscheidenen Nachteil: Die Lizenzen lassen eine Benutzung in einem kommerziellen Umfeld nur mehr oder wenig eingeschränkt zu.

Eine Alternative ist das 2004 gegründete OpenStreetMap Projekt. OpenStreetMap sammelt frei verfügbare Geodaten und stellt sie unter Creative Commons Attribution-ShareAlike 2.0 Lizenz zur Verfügung. Die Daten von OpenStreetMap können auf vielfältige Weise in eigene Anwendungen integriert werden, beschrieben werden soll hier der Zugriff aus einer klassischen Java / Swing Desktopanwendung heraus mit JXMapViewer.

In den Artikeln "Track'n'Mash: Geolocation mit dem Safari auf dem iPhone mit OS 3.0" und "Clientseitige Datenspeicherung im Safari mit Javascript und SQLite" wurde bereits auf einige Möglichkeiten eingegangen, die mit dem kommenden HTML 5 Standard möglich sind. Eine sehr interessante Spezifikation innerhalb von HTML 5 ist die "Offline Web applications API". Dem Entwickler wird dadurch die Möglichkeit gegeben, eine Webapplikation als "echte" "Offline Applikation" zu erstellen. In Kombination mit clientseitiger Datenspeicherung eröffnen sich dadurch gänzlich neue Möglichkeiten, die anhand eines Beispiels auf dem iPhone mit OS 3.0 erläutert werden.

Seit der Version 3.1 besitzt Apples Browser Safari eine lokale SQLite Datenbank die sich per Javascript ansprechen lässt.

Der Sinn und Zweck einen Browser mit einer relationalen Datenbank auszustatten, ist vielleicht auf den ersten Blick nicht ersichtlich und mutet ein wenig seltsam an, hat aber große Vorteile bei der Entwicklung von Offline Webapplikationen. Die Widgets im Dashboard von MacOS X sind z.B. letztendlich nichts anderes als Offline Webapplikationen und profitieren von der Möglichkeit Daten in einer Datenbank zu persistieren. Weiterhin ist der Safari Browser im iPhone ebenfalls mit einer SQLite Datenbank ausgerüstet.

Zu erwähnen sei noch, das die Art und Weise des Zugriffs auf die Datenbank im Safari nicht etwa eine nette Eigenheit ist sondern vorbildlicherweise nach Art und Weise der kommenden HTML 5 Spezifikation umgesetzt wurde. Der Zugriff auf die Datenbank wird anhand eines kleinen Beispiels erläutert.

Mit dem Update des iPhone auf OS 3.0 erfuhr der Safari eine Auffrischung mit der Unterstützung von HTML 5 und damit verbunden, der Geolocation API Specification.

Grails erlaubt seit der Version 1 die Erstellung REST basierter Services mit Boardmitteln.

Folgender Artikel zeigt anhand eines simplen Beispiels, wie zügig die Implementierung eines Service vorgenommen werden kann und gibt dem noch nicht mit Grails vertrauten Entwickler einen kurzen Einstieg in die grundsätzliche Vorgehensweise zur Erstellung einer Applikation mit Grails.