Zu Beginn die erste Überraschung. In der Begrüßungstüte steckt ein Buch zu Adobe Air für Javascript-Entwickler. Das war dann auch größtenteils das Motto des Tages.

Jetzt wird sich der ein oder andere fragen: Adobe Air, das ist doch was mit Flash und Flex. Nicht verkehrt, aber in die Adobe Integrated Runtime (AIR) ist die Webkit-Engine (Engine hinter Safari und weiteren Browsern) integriert. Somit hat man hervorragenden Support für HTML, CSS und vorallem Javascript. Über Einbindung der entsprechenden Bibliothek hat man somit Zugriff auf die volle API von AIR. Hier gibt es keinen Unterschied zum Zugriff per Flex und so können Dateien lokal auf einem Rechner gespeichert werden, es gibt Zugriff auf die integrierte SQLite-Datenbank und vieles weitere.

Und wozu das Ganze? Um mit vorhandenem Wissen von Web-Anwendungen auch in kurzer Zeit Desktop-Anwendungen zu erstellen. Designer brauchen sich nicht umstellen, Web-Entwickler können sofort loslegen und vorhandene Javascript-Libraries können einfach verwendet werden. Ein Firmenadreßbuch auf dem Notebook, Videos mit Parleys für den Offline-Fall herunterladen oder einfach eine schicke Anwendung in jeglicher Form (man denke an die Revolution mit Winamp 3 Skins) auf einen Rechner zaubern.

Natürlich gab es auch eine initiale Air-Anwendung mit Flex, aber es wurde großer Wert bei der Veranstaltung auf die Gleichberechtigung der Technologien gelegt. Das kannte man bisher weder aus dem Flash-Lager, noch aus dem HTML-Lager. Dank der frei verfügbaren Tools für die Entwicklung (AIR SDK, AIR Tools zum Starten und Paketieren) ist man an keine Umgebung gebunden. Ob Flex-Builder, Aptana, Dreamweaver, Intellij, Flash Developer oder dem Notepad mit Kommandozeile. Alles ist glücklicherweise möglich.

Gut platziert war auch der Beitrag zur Sicherheit von AIR. Aus großer Macht folgt große Verantwortung und so sollte man sich Gedanken über seine Anwendung machen. AIR läuft mit vollen Nutzerrechten und kann somit über die Adobe Integrated Runtime zum Beispiel auf alle Dateien zugreifen, diese auslesen oder löschen. Der Nutzer muss einer AIR-Anwendung also das gleiche Vertrauen, wie einer normalen Anwendung entgegen bringen. Vorsicht für Entwickler ist bei der Einbindung von nachgeladenen Skripten notwendig, da diese anfällig für Attacken sind. Es gibt Schutzmechanismen, wie eine spezielle Sandbox, aber man sollte sich der Konzepte bewußt werden.

Bei der Vorstellung von existierenden Anwendungen gab es zwei interessante Realisierungen. Das schon genannte Parleys (Java-Vorträge mit Video und Präsentation synchronisiert) und Twhirl, dem meist genutzten Twitter-Client. Zu kurz kam dabei definitiv der Erfahrungswert bei der Erstellung der Anwendung. Hier wäre es interessant gewesen, wie gut dies geklappt hat, bzw. wo Probleme aufgetreten sind.

Das Event hat für Entwickler viel Spaß gemacht und ging weit genug in die Details. Das Ziel, auch andere Entwicklergruppen außerhalb von Flash und Flex anzusprechen, hat geklappt und man wird sicherlich immer mehr AIR-Anwendungen sehen. Ob es ein riesiger Durchbruch wird, muss sich noch zeigen, aber wo die Resourcen mit viel Know-How im Web-Bereich vorhanden sind, ist es eine sehr gute Wahl.

Mehr Bilder der Veranstaltung: Flickr

Die Adobe Flex 3 Roadshow machte heute Halt in Köln, was ich mir nicht entgehen lassen wollte. Immerhin liegt es fast um die Ecke und Informationen und Fragen aus erster Hand können Stunden in Google ersetzen. Veranstaltet wurde das Event von Adobe und Herrlich & Ramuschkat. Der Tagesplan sah wie folgt aus:

• Kunden-Engagement durch Flex
• Vorstellung von Kundenlösungen basierend auf Flex
• Adobe Flexbuilder 3
• Adobe AIR
• Serverseite mit BlazeDS und Lifecycle Data Services

Kunden-Engagement durch Flex

Andreas Helios stellte aus Sicht von Adobe dar, warum es sinnvoll ist auf Adobe (Flex) Produkte zu setzen. Eigentlich eine gelungene Einleitung, wäre das Wort PDF nicht so oft gefallen. Warum sollte man Flex einsetzen? Weil es ein deutlich besseres Benutzerinterface bei kürzerer Entwicklungszeit bietet. Das kann man je nach Einsatzzweck voll unterschreiben und es war sehr positiv anzumerken, dass Adobe sich selber auch auf Einsatzzwecke beschränkt. Es ist eben nicht immer sinnvoll auf Flash zu setzen. Aber Anwendungsfälle wie Produktfinder, wo es um den Eindruck beim Kunden geht oder komplexe Webanwendungen sind damit sehr gut zu realisieren. Webseiten mit Flash sind möglich, aber unterbrechen die Surfgewohnheiten des Nutzers und sind mittlerweile als Spielerei von Grafikern geächtet.

Vorstellung von Kundenlösungen basierend auf Flex

Vorgestellt wurden verschiedene Projekte die den Einsatzzweck von Flex sehr gut umrissen. Eine Anwendung für Köche, die komplex war, aber wohl ohne Schulung und Fachkenntnisse keine Glücksgefühle bei mir hervor rief. Ein weiteres Projekt war ein internes Addressbuch einer niederländischen Firma, die sehr viel Wert auf das Benutzerinterface legte, was der Anwendung wirklich zugute kam. Hinzu kam Adobe Photoshop Express, welches auch auf Flex beruht und zeigt, dass Adobe seine eigenen Produkte nutzt.

Adobe Flexbuilder 3

Mit dem Flexbuilder 3 ging es einmal durch die Basics von Flex, wobei man nicht sehr viel Neues sah, wenn man sich schon einmal mit Flex beschäftigt hatte. Hello World, Komponenten und Container hat wohl jeder schon mal gesehen, der sein erstes Tutorial durchgearbeitet hat. Mit dem Styling per CSS hatte ich mich bisher selber nicht beschäftigt und somit konnte ich in diesem Punkt auch dem ersten Abschnitt des Vortrags etwas entnehmen. Flexbuilder 3 soll gegenüber der 2er Version einige Verbesserungen mit sich bringen. Bitter nötig meiner Meinung nach, denn die vorherige Version war definitiv nicht so rund, wie man es sich wünschen würde. Ich selber habe zwar Flexbuilder 3 schon heruntergeladen, ihn aber noch nicht ausprobiert. Meine letzten Arbeiten an Flex habe ich mit IntelliJ 7.0.3 vollzogen, welches eine heute ungenannte Alternative zum Flexbuilder bietet. Mit der Version 8 wird dann auch Debugging integriert, was im Moment neben dem visuellen Editor am meisten fehlt. Für Syntaxhighlighting und Vervollständigung in MXML und Actionscript aber vollkommen ausreichend.

Im zweiten Teil des Vortrags ging es dann um den Zugriff über Services, wobei gezeigt wurde, wie schön einfach es ist, strukturierte Daten die als XML reinkommen in Anzeigeelemente zu verwandeln. Über Databindings kann man wirklich sehr einfach und zielgerichtet programmieren. Auch ein Punkt, den ich bisher an Flex schätze, es funktioniert so, wie man denkt, dass es funktionieren sollte. Schwer konkret zu beschreiben, aber man kommt schnell vorwärts.

Dann wurde noch eine eigene Komponente erstellt, wobei der Datenaustausch zwischen Komponenten wohlwissend ausgelassen wurde. Da wird es nämlich erst interessant: Wie erstellt man entkoppelte und wiederverwendbare Komponenten mit Flex. Der Hinweis auf das Caingorm-Framework hat nicht gefehlt und ist meiner Meinung nach auch sehr nötig. Denn der einfache Einstieg wird schnell zu Spaghetti-Code, wenn man nicht aufpasst. Eigene Pattern zu entwickeln, während man Flex noch lernt ist schwer und somit ist Cairngorm bei größeren Anwendungen eine gute Wahl (bei kleineren nicht wirklich).

Adobe AIR

Nach der Mittagspause gab es dann eine Einführung in Adobe AIR, der Adobe Integrated Runtime. Adobe Air wird auf dem Rechner installiert und bietet ein Framework für Webanwendungen auf dem Desktop. Es ermöglicht leichtgewichtige Desktop Applikationen, die im Gegensatz zu reinen Web-Anwendungen auf Resourcen des Client-Rechners zugreifen dürfen. Dazu zählt das Dateisystem, das Clipboard und eine mitgelieferte SQLite Datenbank wodurch auch Offline-Anwendungen möglich sind. Vorgestellt wurde hier eine Flexanwendung innerhalb der AIR-Umgebung. In AIR ist aber auch ein Webkit-Browser integriert, weswegen auch eine Programmierung in HTML und Javascript/AJAX möglich ist. Eine AIR-Applikation verhält sich dabei wie ein gewöhnliches Programm auf dem Rechner. Man lädt eine .air-Datei herunter, wonach sich AIR meldet und fragt, ob wir diese wirklich installieren wollen. Danach wird diese z.B. unter C:/Programme abgelegt und ist über das Startmenü zu erreichen, sowie laufend in der Start-Leiste zu finden. Ein sicherlich interessanter Ansatz, wobei zu oft die Offline-Fähigkeit erwähnt wird. Sicherlich ist diese Interessant, wenn man eine Adreßapplikation auf einem Notebook hat, aber der normale Desktop-Nutzer ist dauerhaft online. Ich selber nutze Mozilla Prism, wodurch meine Google Apps auch sehr nativ ins System integriert sind. Prism basiert auf dem Firefox und hinterlegt Desktopicons, Startmenüeinträge und lässt die Webanwendung dann in einem eigenen Container laufen. Somit wird der Firefox nach 8h Google Mail nicht noch zusätzlich ausgebremst.

Was aber ist dann der Kick? Ich denke es ist die schnelle Erstellung von Desktop-Applikationen und die Realisierung mit bekannten Technologien wie Flex, HTML und AJAX. Hinzu kommt die Nähe zum Internet, wodurch Videos, und Informationen eher den Weg in Desktop-Anwendungen finden. Die These, dass Adobe AIR in einem Jahr genauso verbreitet ist, wie der Flashplayer halte ich dagegen genauso falsch, wie die enorme Verbreitung von Silverlight in kurzer Zeit. Es sind sicherlich interessante Technologien, werden aber ihre Zeit benötigen, um ihre Position zu finden.

Serverseite mit BlazeDS und Lifecycle Data Services

Auch wenn man Flex mit simplen Webservices sehr einfach füttern kann, so bietet Adobe mit BlazeDS und Lifecycle Data Services noch eigene Lösungen an. Interessant sind hierbei die Konnektoren zu Java-Objekten, JMS, Hibernate und Co.

BlazeDS ist das neueste Open-Source Produkt von Adobe und deckt einen weiten Bereich der gewünschten Serverfunktionalität hin zu Java ab. Wir werden wohl in den nächsten Googledays das Messaging über JMS weiter unter die Lupe nehmen, da dies eine andere Art der Anwendungssteuerung ermöglicht (Push anstatt Polling).

Lifecycle Data Services sind die kostenpflichtigen Produkte von Adobe, die mehr Performance versprechen und eine ganze Menge zusätzlicher Features mit sich bringen (ein Vergleich). Der Vortrag zielte dabei etwas an BlazeDS vorbei und hob den Mehrwert der Lösung hervor. Über ein eigenes Messaging-System werden die Daten bis hin zum Client synchronisiert. Eine Änderung der Daten in einem Browser, kann sofort auch bei anderen Anwendern erscheinen. Konflikte beim gleichzeitigen Bearbeiten von Daten können aufgelöst werden und das alles transparent bis hin zur Datenbank. Klingt gut und viele Probleme haben wir in unserer AJAX-Entwicklung auch schon gehabt. Es wirkt aber so, als würde man sich mit einem Schwenk in diese Richtung sehr in die weichen Betten von Adobe fallen lassen. Probleme gibt es keine und die Realisierung ist in 5min fertig. Nur die Geldbörse muss für die Lösung entsprechend dimensioniert sein. Klingt zu schön um wahr zu sein und hält wohl noch viele Probleme in den Details und fehlenden Schichten versteckt.

Fazit:

Für Einsteiger, die bisher nur den Namen Flex gelesen haben, wäre die Veranstaltung Gold wert gewesen. Für jeden der sich schon etwas mit Flex beschäftigt hatte, blieb zumindest etwas hängen und die Veranstaltung war insgesamt professionell gemacht und organisiert. Aufgrund der mangelnden Informationsflut für Semi-Anfänger hat mich Fabian dann ab der Mittagspause alleine zurück gelassen, mit der Aufgabe über die ausstehenden Dinge zu berichten. Das werde ich dann zusätzlich zum Blogeintrag morgen noch einmal in der Stand-Up-Runde tun.

Irgendwie ist der Eintrag länger geworden als gedacht, aber so war der Termin heute trotz der eigentlich wenigen Stunden auch. Das lag aber primär an der Luft im Raum.