Kindle Apps Blog

Die veröffentlichte Beta des KDK besteht aus neun Packages. Dazu kommt natürlich noch der Umfang des PBP von Sun. Aus den veröffentlichten Dokumenten geht hervor, dass eine Kindle Anwendung technisch als Kindlet bezeichnet wird und auf den ersten Blick viel mit einem Java Applet zu tun hat. Dies wird neben dem ähnlichen Namen vor allem durch den sehr ähnlichen Lifecycle klar:

Ähnlich wie bei iPhone Apps hat ein Kindlet beim beenden (wird z.B. durch betätigen der Home Taste ausgelöst) fünf Sekunden Zeit, um Ressourcen freizugeben und beispielsweise den aktuellen Zustand zu speichern.

Zusätzliche APIs – aber mit Einschränkungen

Die veröffentlichte Dokumentation erwähnt auch, dass neben dem bereits in der FAQ erwähnten Java PBP noch drei weitere API von Amazon zur Verfügung gestellt werden. Es handelt sich hierbei um den Xerces XML Parser , JSON.simple sowie log4j. Amazon weist allerdings daraufhin, dass alle Kindlets in der Sandbox laufen und es daher Funktionen in den APIs gibt, die nicht bei Kindlets verwendet werden dürfen, bzw. können. Um was es sich dabei genau handelt ist bisher nicht bekannt. Ähnliche Einschränkungen wird es aber sicherlich auch bei anderen 3rd-Party Bibliotheken sowie eigenem Code geben. Ich denke, dass Amazon demnächst noch entsprechende Guidelines veröffentlichen wird.

Die Packages des KDK im Überblick

• com.amazon.kindle.kindlet beinhaltet das Kindlet Interface, von das jede Anwendung implementieren muss sowie den KindletContext, der die Laufzeitumgebung eines Kindlets repräsentiert und selbigem Zugriff darauf ermöglicht.
• com.amazon.kindle.kindlet.event enthält verschiedene Konstanten für die Sondertasten des Kindle
• com.amazon.kindle.kindlet.net stellt verschiedene Interfaces für den Netzwerkzugriff bereit. Es werden allerdings nur das HTTP und das HTTPS Protokoll unterstützt. Daher ist es z.B. nicht möglich, einen Email Client zu entwickeln. Wobei das mit den 100 kB Traffic im Monat sowieso problematisch geworden wäre.
• com.amazon.kindle.kindlet.security enthält ein Interface für den Zugriff auf den SecureStorage. Dabei handelt es sich um einen sicheren Speicherplatz, den ein Kindlet nutzten kann, um sensitive Daten wie z.B. Logindaten zu speichern. Amazon weist darauf hin, dass der SecureStorage nur für kleine Datenmengen gedacht ist und seine Performance bei größeren Datenmengen nicht wirklich gut ist.
• com.amazon.kindle.kindlet.ui.* In diesem Package sowie seinen drei Subpackages border, image und pages befinden sich die Interfaces für die Erzeugung grafischer Oberflächen auf dem Kindle. Die Kindle GUI Komponenten basieren alle auf AWT und laut Amazon sollte es kein großes Problem darstellen, vorhanden AWT oder Swing Komponenten zu portieren. Es wird auch noch einmal auf die besonderen Eigenschaften des EInk Displays hingewiesen und in dem Zusammenhang daran erinnert, dass man im Gegensatz zu einer AWT oder Swing Anwendung beim Repaint einer Komponente nur den kleinst möglichen Teil neu zeichnen lassen soll.
• com.amazon.kindle.kindlet.util enthält einen Kindle-spezifischen Ersatz für java.util.Timer sowie java.util.TimerTask

Ab sofort ist es möglich, sich für das Kindle Developer Beta Programm zu registrieren. Bisher konnte man sich ja nur benachrichtigen lassen, wenn es soweit ist. Außerdem hat Amazon eine FAQ veröffentlicht, die neben einigen generellen Themen auch die verfügbaren APIs beschreibt.

• Kindle Anwendungen dürfen zwei APIs verwenden. Zum einen die aus der mobilen Javaentwicklung bekannte Java version 1.4 Personal Basis Profile (PBP) APIs for mobile devices und zum anderen Amazons Kindle API, die unter anderem Zugriff auf das Kindle UI, JSON und XML Parser, HTTP und HTTPS Networking, Secure Storage sowie andere Kindle-spezifische Features mitbringt. Weitere Features wie Audiosupport und Zugriff auf das Dateisystem sind für zukünftige Versionen der Kindle API versprochen.
• Es soll möglich sein, vorhandene J2ME Anwendungen auf den Kindle zu portieren.
• Das KDK ist kann mit beliebigen Java Entwicklungstools wie Eclipse, IntelliJ oder Netbeans verwendet werden.
• Es ist möglich, fremde Bibliotheken zu verwenden. Die Verantwortung, auf die Kompatibilität der entsprechenden Lizenzen zu achten liegt beim Entwickler.
• Entwickelte Anwendungen können entweder in einem bereitgestellten Kindle Simulator oder auf dem Kindle selbst getestet werden. Dazu können bis zu drei Kindle bei Amazon als Testgeräte registriert werden.
• Kindle Anwendungen sind nur auf dem Kindle selbst lauffähig. Eine Unterstützung für Kindle for PC oder der Kindle iPhone App gibt es derzeit nicht. Vor allem bei der iPhone App glaube ich nicht, dass dies von Apple erlaubt werden würde.
• Die Anwendungen werden via DRM geschützt.

Ich werde nun einmal einen Blick auf die veröffentliche Dokumentation der Amazon API werfen und darauf warten, dass mein Beta Account freigeschalten wird.

Laut Amazon soll das Kindle Development Kit diesen Monat als limitierte Beta erscheinen. Ich habe mich dafür beworben und hoffe, dass ich unter den Betatestern sein werde. Derzeit gibt es allerdings nur sehr spärliche Informationen über das KDK und die damit verbundenen Nutzungsbedingungen. Folgende Fakten lassen sich bisher aus den veröffentlichten Informationen ableiten:

• Das KDK wird für die drei großen Plattformen OS X, Linux und Windows erscheinen
• Die Entwicklung wird voraussichtlich in Java erfolgen (In diesen Screenshot erkennt man ein geöffnetes Eclipse)
• Kindle Apps lassen sich in drei verschiedenen Preismodellen vertreiben:

1. Kostenlose Apps müssen kleiner als 1 MB sein und dürfen monatlich nicht mehr als 100 kB an Daten über das Mobilfunknetz übertragen
2. Kostenpflichtige Apps werden müssen einmal vom Kunden gekauft und dürfen ebenfalls nicht mehr als 100 kB an Daten pro Monat übertragen
3. Monatliche Abonnements müssen wie der Name schon sagt einmal pro Monat bezahlt werden

• Kostenplichtige Apps dürfen maximal 100 MB groß sein. Bis zu einer Größe von 10 MB werden sie via Whispernet übertragen, was darüber hinaus geht muss am Rechner heruntergeladen und anschließend per USB Kabel auf den Kindle kopiert werden
• Amazon behält vom Kaufpreis 30% als Gebühr, 70% bleiben beim Entwickler
• Von diesen 70% werden aber nochmals $0,15 pro übertragenem MB dem Entwickler in Rechnung gestellt, um den Datentransfer zu bezahlen. Amazon weist darauf hin, dass für den Kindle ja keine monatlichen Gebühren für den Datentransfer vom Kunden entrichtet werden und der anfallende Traffic ja auch irgendwie bezahlt werden muss. Nach der 10 MB Grenze kommen da pro App nochmals maximal $1,50 zu Amazons Provision dazu
• Wie man es von anderen Plattformen wie z.B. vom iPhone kennt sind einige Dinge kategorisch ausgeschlossen. Dazu gehören VoIP, Werbung, anstößige Inhalte, Schadcode ,das Sammeln von Nutzerinformationen ohne dessen ausdrückliche Zustimmung sowie die Nutzung der Marke Kindle im Zusammenhang mit den eigenen Apps. Außerdem sind keine Anwendungen erlaubt, die bereits existierende Funktionen des Kindle nachbilden.

Ich blogge seit einigen Jahren auf meinem privaten Blog über alles Mögliche mit einem starken Fokus auf IT Themen. Dieses Interesse für IT spiegelt sich auch in meinem Beruf als Informatiker und den zahlreichen Spielzeugen wie iPhone und seit einigen Wochen auch einem Kindle 2 wieder. Vor allem der Kindle hat mich extrem begeistert und meine Art zu lesen völlig verändert. Als dann vor kurzem die Ankündigung von Amazon kam, dass in Kürze ein SDK für die Entwicklung eigener Anwendungen, äh, Apps veröffentlich wird, war ich hellauf begeistert.

Durch die Eigenschaft des Kindledisplays sind die Möglichkeiten für Apps natürlich nicht die selben wie zum Beispiel beim iPhone. Aber ich bin davon überzeugt, dass sich der Kindle dennoch als Plattform etablieren kann. Ich denke da vor allem an Spiele, für die keine aufwändigen Multimediaelemente nötig sind wie z.B. Sudoku oder Schach. Ersteres deutet Amanzon auch mit einem Screenshot auf der KDK (Kindle Development Kit) Webseite an. Nun, ich bin jedenfalls gespannt, was sich da in der nächsten Zeit tut und habe vor, in diesem Blog darüber zu berichten.