Insbesondere werden in der Incubator-Phase die Code-Lizenzen angepasst bzw. geprüft sowie die Markenrechte überprüft. Erster Schritt wird zunächst allerdings sein, die Infrastruktur aufzusetzen (Mailingliste, Bugtracker, Quellcodeverwaltung) bevor der eigentliche Quellcode des Flex SDKs im Incubator verfügbar sein wird.

Gruß,
Dirk.

Auf der entprechenden Incubator Mailingliste diskutieren die beteiligten Entwickler derzeit über dieses Proposal. Sobald die wichtigsten Fragen geklärt sind, wird über das Proposal abgestimmt (“Vote”). Sofern eine positive Entscheidung für Flex als Apache Projekt fallen sollte, wird Flex dann zunächst auf unbestimmte Zeit im Incubator Status verweilen.

In dieser Zeit wird das Projekt auf Herz und Nieren geprüft, z.B. ob der komplette Quellcode mit der Apache Lizenz versehen ist und keine anderen Quellcodelizenzen verwendet werden. Weiteres Entscheidungskriterium ist, ob dem Projekt eine Zukunft gewiss ist – das bemisst sich z.B. an der Anzahl der Committer, die in der Startphase das Projekt aktiv voranbringen (“Initial Committer”), der Größe und Aktivität der bisherigen Flex-Community und natürlich der generellen Akzeptanz der Technologie.

Nach dem Flex Summit hatten sich 65 Entwickler bei Adobe gemeldet, um als “Initial Committer” berücksichtigt zu werden (das sind Entwickler, die Schreibzugriff auf das Quellcodeverwaltungssystem haben werden). Insgesamt wurden in der aktuellen Phase 25 Committer benannt – das sind Zahlen, die zuversichtlich stimmen.

Übrigens: offen ist z.B. auch noch, ob Flex zukünftig “Apache Flex” heißen darf – Adobe hat zwar im Proposal angekündigt, die Marke “Flex” an Apache abzutreten, die ASF hat aber sehr klare Regeln bzgl. der Verwendung von Apache Projektnamen bzw. Markennamen die irreführend in Bezug auf das entsprechende Projekt sein können (betrifft z.B. Konferenzen wie 360Flex, Webseiten bzw. Domainnamen wie flex.org, Firmennamen etc.)

Es bleibt also spannend. Insgesamt habe ich den Eindruck, dass Flex bei der ASF sehr gut aufgehoben wäre und die Entwickler-Community ist hochmotiviert, Flex weiterzuentwickeln. Insbesondere nach den interessanten Gesprächen, die ich auf dem Flex Summit mit anderen Entwickler führen konnte, denke ich, dass uns Flex noch lange erhalten bleiben wird – einige Leute haben wirklich beeindruckende Dinge entwickelt, die Flex enorm voranbringen werden.

Grüße,
Dirk.

Adobe stellt heute und morgen die Pläne für die Weiterentwicklung von Flex unter der Apache Software Foundation vor. Gleichzeitig ist das die Möglichkeit, sich mit Fragen direkt an Adobe und das Flex Team zu wenden. Sämtliche Sessions des Summits werden aufgezeichnet und im Nachgang veröffentlicht.

Einen Live-Ticker gibt es bei Spoon.as:
http://www.spoon.as/2011/flex-summit-live-updates

Fragen an Adobe:
http://openspoon.uservoice.com/forums/142644-future-of-flex-questions-for-adobe

Hashtag bei Twitter #flexsummit

UPDATE
Video – Teil 1
Video – Teil 2
Video – Teil 3
Video – Teil 4

Am zweiten Tag wird es aller Wahrscheinlichkeit nach einen Livestream von der Veranstaltung geben.

Link zum Livestream:
https://my.adobeconnect.com/_a295153/flexsummit/

Gruß,
Dirk.

Wer bereits Flash Builder 4.5.x besitzt, kann kostenlos auf FB 4.6 updaten (Wichtig: vorher aber Flash Builder 4.5.x deinstallieren!)

• Überblick über die Neuerungen in Flash Builder 4.6
• Überblick über die Neuerungen im Flex SDK 4.6

Wie Adobe bereits angekündigt hat, wird das SDK in den nächsten Wochen an die Apache Software Foundation (ASF) übergeben und dann gemeinsam von der Community und Adobe weiterentwickelt. Adobe wird auch in Zukunft Flash Builder weiterentwickeln, außerdem werden Mitglieder des Flex SDK Teams von Adobe aktiv an dem neuen Apache Projekt und der Weiterentwicklung des SDK mitarbeiten.

Gruß,
Dirk.

Aber der Reihe nach – was genau ist passiert?

Adobe hat angekündigt, den Flash Player für mobile Geräte nicht mehr weiterzuentwickeln. Damit ist der Flash Player gemeint, der auf Android Geräten und dem BlackBerry PlayBook im Browser verwendet wird, um Flash-Inhalte auf Webseiten darzustellen. Nicht davon betroffen sind der Flash Player für Desktops (“Flash Player Plugin”) oder die Möglichkeit, Flash-/Flexanwendungen mit AIR als native Anwendung für mobile Geräte zu kompilieren.

Begründet wird diese Entscheidung damit, dass insbesondere auf mobilen Browsern die Unterstützung von HTML5 sehr weit fortgeschritten ist und für viele Anwendungsfälle ein Flash Player nicht notwendig sei. Für alle über pure Webseiten hinausgehende Anforderungen will Adobe verstärkt in AIR investieren und Entwickler in die Lage versetzen, mit AIR native Anwendungen (“Apps”) für die einzelnen Plattformen zu erstellen und über die jeweiligen App Stores (iTunes, Android Market, Amazon Appstore, BlackBerry AppWorld) zu vermarkten.

Fakt ist, dass in der Praxis so gut wie keine optmierten Flash-Inhalte (SWFs) für Mobilgeräte entwickelt wurden, sondern stattdessen bestehende Webseiten in einer leichtgewichtigen und für mobile Geräte zugeschnittene HTML-Version angeboten werden. Hinzu kommt, dass mit der Vielzahl an aktuell verfügbaren mobilen Chipsets, GPUs und CPU-Architekturen (bald kommen die ersten Quad-Core Tablets auf den Markt) ein nicht unerheblicher Entwicklungs- und Testaufwand auf Seite von Adobe entstand, um einen angepassten Flash Player für alle Plattformen vorzuhalten. Die entsprechenden Kosten dürften immens sein – und dem steht kein direkter Umsatz gegenüber, da der Flash Player kostenlos ist.

Gleichzeitig hat Adobe angekündigt, die Weiterentwicklung des “normalen” Flash Players für Desktopgeräte (also das Browserplugin) und der AIR Runtime (Desktop und Mobile) weiter voranzutreiben und kontinuierlich auszubauen. Die aktuelle Version 11.1 des Flash Players für den Desktop wartet z.B. mit einer hardwarebeschleunigten 3D-Engine (Stage3D) auf, Version 12 befindet sich bereits im Entwicklungsstadium und wird voraussichtlich eine Threading/Concurrency-API enthalten. Und auch bei Flex geht es weiter: mit dem kürzlich erschienenen Flex 4.5 Framework und der AIR 3.1 Runtime können Entwickler Anwendungen für Smartphones und Tablets erstellen, die auf iOS, Android und dem PlayBook lauffähig sind.

Wie passt das nun zusammen? Bereits während der Adobe MAX Konferenz, die Anfang Oktober in Los Angeles stattgefunden hat, ist aufgefallen, dass in den Keynotes viel über HTML5/JS/CSS und wenig über Flash gesprochen wurde. Die Botschaft war recht deutlich: Adobe nimmt HTML5 ernst und wird Tools bereitstellen, um Entwicklern und Designern das Erstellen von HTML5-Webseiten zu vereinfachen (als Mitglied des W3C treibt Adobe die Entwicklungen im HTML/CSS Umfeld übrigens auch selber mit an, z.B. mit den kürzlich vorgestellten CSS Shaders)

Aber auch wenn HTML5 in aller Munde ist: noch kann man mit HTML5 nicht 1:1 all das machen, was mit Flash möglich ist. Und anders, als auf mobilen Geräten besteht bei Desktopgeräten eine große Anzahl an unterschiedlichsten Browserinstallationen mit den unterschiedlichsten Funktionalitäten. Zudem wird oft vergessen, dass sich HTML5 derzeit noch im Entwurfsstadium befindet und nicht jeder Browser alle Spezifikation umsetzt (und einige ältere Browser die noch im Einsatz sind können unter Umständen nur sehr eingeschränkt mit HTML5 umgehen)

Adobe gibt Flash nicht auf – Adobe hat akzeptiert, dass HTML5 für einige Aufgaben besser geeignet ist als Flash. Auf der anderen Seite gibt nach wie vor gute Gründe, auf Flash/Flex zu setzen: nämlich immer dann, wenn die Anforderungen nicht anders oder nur mit höherem Aufwand umsetzbar wären. Sei es bei der Erstellung von mobilen Apps für verschiedene Plattformen, umfangreichen browserbasierten Businessanwendungen, hochwertigem Videostreaming mit DRM oder Live-Streaming ohne große Latenzzeiten, oder der 3D-Darstellung in Spielen oder Geschäftsanwendungen.

Weiterführende Links zum Thema:

• Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash
• Focusing
• Flash to focus on Apps for Mobile
• Adobe Flash for Premium Video
• Flash Professional and the Future
• Flash Platform Roadmap
• Flash Player 11.1 / AIR 3.1

Das Schöne dabei: die Codebasis ist für alle Plattformen identisch. Zusammen mit der Möglichkeit, Anwendungen für das Web und den Desktop zu erstellen, bieten sich hier also viele interessante neue Möglichkeiten.

• Pressemitteilung
• Artikel von Greg Wilson
• Download

Dirk.

Damit zieht die AIR Runtime von den Features mit dem Flash Player 10.3 gleich (Media Measurement API, Echo Cancellation), der Schwerpunkt liegt aber bei den Mobile Features. Hier hat sich insbesondere die Performance auf iOS Geräten im Vergleich zur Version 2.6 stark verbessert. Mehr Infos dazu hier und in den Release Notes.

Da fehlt jetzt nur noch der für Juni angekündigte iOS Packager für Flash Builder 4.5 – aber das lässt bestimmt auch nicht mehr lange auf sich warten.

Dirk.

Außerdem wurde auf den Adobe Labs eine neue Incubator Version des Flash Players 11 bereitgestellt. Einige Neuerungen des neuen Incubator Builds sind H.264/AVC Encoding im Flash Player, nativer JSON Support und ein sicherer Zufallszahlengenerator. Mehr Infos dazu hier auf den Labs sowie bei Thibault Imbert.

Gruß,
Dirk.

Typische Anwendungsbeispiele sind z.B. Chats, Multiplayerspiele oder “Fernsteuerungen”, in denen z.B. mit einem Handy eine Anwendung auf einem anderen Rechner gesteuert werden kann. Weitere Features sind Object Replication (z.B. für File Sharing) sowie Video Streaming (ein Client tritt als Produzent auf, alle anderen als Konsumenten).

Mehr Informationen, Beispiele, die kompilierte SWC sowie den Quellcode gibt es auf der Projektseite. Fragen / Anregungen zu Cocoon P2P am besten direkt an die Mailingliste senden.

Cocoon P2P wurde von Peter Elst ins Leben gerufen und wird nun von Peter und mir weiter entwickelt. Weitere interessante Features werden folgen – am besten Cocoon P2P auf Twitter folgen, um immer auf dem neuesten Stand zu sein!

Dirk.