Zend Framework Blog

Völlig an mir vorbei gegangen ist die Veröffentlichung der Roadmap für das 1.10.0 Zend Framework Release. So was aber auch! Per Zufall habe ich das eben erst entdeckt und möchte euch den Link natürlich nicht vorenthalten. In der Liste werden die entsprechenden Komponenten gelistet und auf die betreffenden Seiten im Proposal Wiki verlinkt. So kann man sich schon einen guten Eindruck verschaffen, was das kommende Mino-Release so bringen wird. Am interessantesten finde ich die Reorganisation des Manuals, die neue Komponente Zend_Entity, den Action Helper für mehrseitige Zend_Forms und die erweiterte Unterstützung der Dijits für Zend_Dojo.

Was sind eure Highlights?

Ich möchte hier in Zukunft ab und zu auch mal die eine oder andere kleine Umfrage starten. Dabei war ich nun auf der Suche nach einem geeigneten WordPress Plugin und ich muss sagen, ich habe das Grauen gesehen. Das erste Plugin hatte so coole Ajax Effekte, dass man das Ergebnis gar nicht sehen konnte. Das zweite Plugin ließ nicht zu, dass man Umfragen starten konnte. Und das dritte war gleich beleidigt und ließ sich gar nicht erst installieren. Bin nun bei WP-Polls gelandet und hoffe, dass das dauerhaft was taugt.

Aber lange Rede, kurzer Sinn, hier die erste Umfrage. Ist quasi ein Test, um zu sehen, ob das Plugin auch was taugt. Bitte stimmt trotzdem zahlreich ab.

In Zukunft werde ich mir dann ein paar spannendere Umfragen überlegen. Versprochen!

Seit einigen Tagen läuft auf der Mailingliste für die Contributors eine interessante Diskussion über Qualitätssicherung für das Zend Framework. Da diese Mailingliste nicht wie alle anderen über Nabble.com lesbar ist, versuche ich die Diskussion hier kurz zusammen zu fassen. Auslöser für die Diskussion war die Kontroverse über den
BC Bruch im Release 1.9.3.

Zu Beginn der Diskussion wurde der Vorschlag zur Diskussion gestellt, ob es zukünftig jeweils einen Release Manager pro Minor Release geben solle. Also das Release 1.10 würde einen Release Manager aus der Community für alle Mini Releases (1.10.1, 1.10.2, 1.10.3, etc.) bekommen. Beim Wechsel auf das nächste Minor Release (1.11 oder 2.0) würde dann ein neuer Release Manager eingesetzt. Der RM solle auch einen Mitarbeiter von Zend an die Seite gestellt bekommen.

Auf diesen Beitrag hin entwickelte sich eine interessante Diskussion, die den Nutzen eines Release Managers zur Vermeidung der oben genannten Probleme in Zweifel stellte. Stattdessen wurde angemerkt, dass eine intensive Betrachtung der Qualitätssicherung (QA, Quality Assurance) im Zend Framework mehr Erfolg bringen würde. Unter anderem wurde die unterschiedlichen Qualität der Unit Tests, einige teilweise “verwaisten” Komponenten sowie die ebenfalls unterschiedliche Qualität des Referenzhandbuchs bemängelt. Erst wenn diese drei Baustellen vernünftig überarbeitet wurden, würde ein Release Manager Sinn machen.

Im weiteren Verlauf wurde auch vorgeschlagen, das Referenzhandbuch statt im DocBook in Zukunft als Wiki weiter zu führen. Diesem Vorschlag wurde aber seitens des Projektleiters Matthew Weier O’Phinney aber eine klare Absage erteilt. Man werde bei DocBook bleiben, in Zukunft aber auch Kommentare im Online Referenzhandbuch ermöglichen. Das Referenzhandbuch komplett als Wiki zu führen, würde mehr Probleme schaffen, als es lösen würde.

Soweit zum aktuellen Stand der Diskussion. Wer sich auf der Mailingliste eintragen möchte, findet im Wiki die passenden Informationen.

Das ging gestern schnell. Planmäßig ist das Zend Framework Release 1.9.3 erschienen und brachte fast 100 Änderungen mit sich. Dies ist auch dem ersten monatlichen Bug Hunt Tagen geschuldet, über die ich noch berichten werde. Im Changelog zum Release 1.9.3 findet ihr alle Details. In der Ankündigung für dieses Release wurde bereits darauf hingewiesen, dass das Release die Rückwärtskompatibilität (backwards compability) brechen würde. Dies betrifft die Methode Zend_Db::factory(), bei denen bisher die folgenden Aufrufe jeweils zum identischen Ergebnis geführt haben:

Egal wie der Aufruf in den drei Beispielen aussah, es wurde am Ende immer eine Instanz des Datenbankadapters Zend_Db_Adapter_Pdo_Mysql zurück geliefert. Intern wurde aus dem übergebenen String somit ein CamelCase String gemacht. Dieses Verhalten wurde mit dem Release 1.9.3 nun geändert, so dass fortan die drei Beispiel versuchen die folgenden Datenbankadapter zu laden und zu instantieren:

• Zend_Db_Adapter_Pdo_Mysql
• Zend_Db_Adapter_PDO_MYSQL
• Zend_Db_Adapter_pdo_mysql

Da dieses neue Verhalten doch so einige Probleme bei bestehenden Zend Framework Applikationen hervorruft, war den Entwicklern zuerst nicht bewusst. Eilig wurde eine Lösung gesucht und es wurde in der Mailingliste und im IRC fleißig darüber diskutiert, wie man dieses Problem wieder aus der Welt schaffen könne. Und das Ergebnis war ein neues Release, das Zend Framework Release 1.9.3PL1, das dann heute nacht erschienen ist. Nun verhält sich die Methode Zend_Db::factory() wieder wie vorher. Wann diese durchaus sinnvolle Änderung nun wieder Einzug erhalten wird, ist noch unklar. Ich denke im 1.10.1 Release wird dies wahrscheinlich der Fall sein.