CFML and Open Source CF Server

Die Hälfte vom 2008 ist durch und bis jetzt war es für den interessierten CF Entwickler ganz schön spannend. Zeit um die Ereignisse mal zusammen zu fassen.

Angefangen hat es mit der Ankündigung Anfang März eine Open Source Version von Bluedragon zu veröffentlichen. Sehr gute Idee, wenn auch durch die Open Source Lizenz Sachen wie der Administrator, cfdocument und der bisherige Microsoft SQL Treiber fehlen.

Einen Monat später wurde dann auch ein OpenBluedragon Steering Commitee präsentiert, welches die Weiterentwicklung von open bluedragon und somit auch des dort verwendeten cfml "Dialekts". Für mich waren dabei am bekanntesten Sean Corefield (ehemals Macromedia und Adobe) und Mark Drew (cfeclipse).

An den CF Konferenz Scotch on the Rocks Anfang Juni hat dann Railo bekannt gegeben das ab Railo 3.1 es auch eine Open Source Version geben wird und auch eine Partnerschaft mit jboss wurde bekannt gegeben.
Ich hatte in der Woche vor der Scotch Michael Streit (er hat Railo inital programmiert) noch zu Besuch im Büro und er hat mir ein wenig die Hintergründe und die geplanten Ziele zum open Source/jboss Deal erklärt. Ich muss wirklich sagen, die haben das ganze perfekt und korrekt durchgezogen. Hut ab.

Zur gleichen Zeit haben Mark Drew und Sean Corfield überreaschend Ihren Rückzug aus dem openBD Steering Committe bekannt gegeben.

Gestern an der CFUnited Keynote wurde dann ein CFML Advisory Committe präsentiert. Mit dabei sind Ben Forta und Senjeev Kumar von Adobe, Gert Granz von Railo sowie Sean Corfield, Ray Camden und Rob Brooks-Bilson. Alles Namen die der interessierte CF Entwickler schon mal gehört hat.
Die CF Entwickler konnten eigentlich schon bisher sehr viel Einfluss auf die CFML Entwicklung bei Adobe nehmen. Wer in den Alphas oder Betas von CF war, der weiss das auf den Mailinglisten rege Diskussion zu Funktionen, Tags und Attributen gegeben hat. Und Adobe hat auch meist auf die Entwickler gehört und auch mal die Pläne extrem geändert.
Das CFML Advisory Board bietet nun dagegen sehr gute Möglichkeiten das Inkompatibilitäten zwischen den Engines verschwinden oder zumindest vermindert werden. Ist ja noch ok wenn ein Produkt ein Tag nicht anbietet, aber wenn jedes ein cfimage anbietet jedoch andere Attribute hat, wird es lästig portablen Code zu schreiben.