Stabilisierung von Zope 3.4

Zope 3.4 befindet sich seit einiger Zeit in der Stabilisierungsphase, wobei unser halbjährlicher Zyklus für den "Big Tree" mal wieder nicht eingehalten werden kann.

Mit Zope 3.4 stehen alle Zope-Pakete jetzt als Python-Eggs zur Verfügung, so dass man sich für seine Anwendung genau die Elemente aussuchen kann, die man benötigt. Zope wurde in etwa 180 kleine Pakete zerteilt, die nun jeweils ihren eigenen kleinen Release-Zyklus erhalten. Dadurch kann bei Egg-basierter Entwicklung auf Fehler und neue Funktionen deutlich flexibler reagiert werden. Ich finde, dass dies ein exzellenter Schritt ist um die Flexibilität von Zope 3 auf einer weiteren Ebene zugänglich zu machen.

Bevor demnächst die Zope 3.4 Release Candidate veröffentlicht werden kann gibt es eine TODO-Liste die alle noch als stabil zu releasenden Eggs auflistet. Mit diesen Eggs wird dann das klassische Release erzeugt. Diskussion zur Stabilisierung findet auf zope3-dev, ungefähr hier statt.

Abhängigkeiten der Zope-Pakete

In unserem wöchentlichen Workshop bei gocept befassen wir uns seit einer Weile damit die Abhängigkeiten der offiziellen Zope-Pakete aufzuräumen. Einige der Pakete im zope.*-Namensraum haben beispielsweise Abhängigkeiten nach zope.app.*. Diese Abhängigkeiten erschweren die Wiederverwendbarkeit solcher Pakete außerhalb des Zope-Applikationsservers und sind daher unerwünscht.

Wir haben inzwischen alle Pakete analysiert und den Zustand im Zope-3-Wiki dokumentiert. Für Pakete mit ungünstigen Abhängigkeiten suchen wir jetzt Möglichkeiten diese aufzulösen.

Für zope.annotation und zope.location haben wir bereits Lösungen erarbeitet, die momentan hier und hier diskutiert werden. In den nächsten Wochen wird dieses Thema dann hoffentlich für die Pakete des zope.*-Namensraums erledigt.

Update (31.08.2007):
Inzwischen sind nur noch wenige Pakete mit akutem Handlungsbedarf übrig: zope.traversing, zope.viewlet, zope.sendmail haben immernoch Abhängigkeiten nach zope.app.* - viewlet und sendmail werden noch diskutiert.

Weiterhin gibt es noch einen ziemlichen Ausnahmefall: zope.formlib - dort gibt es einige systematische Abhängigkeiten nach zope.app.* die nicht ohne weiteres aufgelöst werden können.

Im Verlauf unserer Bemühungen ist noch einmal das Thema hochgekommen ob die strikte Trennung zope.*/zope.app.* wirklich gewollt ist:
http://mail.zope.org/pipermail/zope3-dev/2007-August/023349.html

Mein Zope-Blog

Heute traf sich der Vorstand der Deutschsprachigen Zope User Group (DZUG e.V.). Das Protokoll der Sitzung wird in Kürze auf dzug.org verfügbar sein.

Unter anderem möchten wir die Vorgänge der Zope-Entwicklung und der Organisationsarbeit der Zope Foundation und des DZUG e.V. auch Zope-Anwendern nahebringen, die nicht alle E-Mail-Listen im Detail verfolgen können.

Wir hoffen mehr Personen zu motivieren Ihre Wahrnehmung mit anderen in Form eines deutschsprachigen Blogs zu teilen. Diese Blogs werden wir auf zope.de aggregieren.

Ich werde versuchen meinen Teil in diesem Blog beizutragen und über die Entwicklung von und mit Zope berichten. Die Arbeit der Foundation und des DZUG werde ich ebenfalls berücksichtigen.