Get the MOST

Das erste Service-Update für ModuleStudio 1.0 wurde veröffentlicht. Neben einer Menge Bugfixes sind auch einige neue Features enthalten. Für weitere Details sei auf die Release-Ankündigung verwiesen.

Die Woche hat mit einem doppelten Paukenschlag begonnen! Was bereits angekündigt worden war, ist nun tatsächlich eingetreten: heute Morgen wurde zunächst ModuleStudio 0.7.5 veröffentlicht, mit Support für Zikula 1.4.x, 1.5 und 2.0. Anschließend kam direkt ModuleStudio 1.0.0 hinterher; das ist quasi identisch mit 0.7.5, allerdings ohne die Unterstützung für Zikula 1.4. Im Laufe der Woche erscheinen auch Zikula 1.5.0 und 2.0.0 final - dann ist der Weg frei für begleitende Marketing-Maßnahmen, um das Tandem “Zikula + MOST” zu pushen.

In den nächsten Tagen werden Zikula 1.5.0 und 2.0.0 als Cross-Release erscheinen. Beide Versionen sind funktional identisch. Der Unterschied liegt darin, dass der Unterbau von Zikula 2 auf Symfony 3 basiert, wohingegen bei Zikula 1.5 weiterhin Symfony 2.8 zum Einsatz kommt. In Zikula 2 ist ferner jegliche Legacy-Unterstützung entfernt worden.

Aus Marketing-Gründen haben wir schon länger besprochen, dass zusammen mit Zikula 2.0 auch ModuleStudio 1.0 zur Verfügung stehen sollte. Daher geht meine Überlegung in die Richtung, dass zunächst ModuleStudio 0.7.5 veröffentlicht wird, welches alle aktuellen Generator-Fixes beinhaltet. Anschließend wird der Support für Zikula 1.4.x aus der DSL entfernt, welche aktuell noch als Standard eingestellt ist. Statt dessen wird per Standard für Zikula 2.0 generiert und weiter die Möglichkeit geboten, auf 1.5 umzustellen. Nach dieser kleinen Änderung wird dann ModuleStudio 1.0.0 direkt nach 0.7.5 das Licht der Welt erblicken.

Sobald ein Programm oder eine Internetseite erst einmal produktiv verwendet wird, stellt sich heraus, ob alle Eventualitäten bedacht sind oder ob doch etwas nicht berücksichtigt worden ist. Spätestens wenn sich Kunden oder Nutzer mit Reklamationen oder Klagen melden, wird klar, dass hier und da vielleicht nicht alles zu Ende gedacht wurde oder die automatisierten Tests eben nicht alle Fälle abgedeckt haben. In diesem Beitrag geht es darum, wie man Fehler, Warnungen und anderweitige Probleme früh erkennen kann.

Das vierte Service-Update für ModuleStudio 0.7 wurde soeben veröffentlicht. Weitere Informationen finden sich im Release-Artikel auf der Projekt-Homepage.

Seit der Veröffentlichung von ModuleStudio 0.7.3 im Februar 2017 sind die Arbeiten an DSL und Generator kontinuierlich fortgeführt worden. Es wurden einige neue Optionen zur Modellierungssprache hinzugefügt und diverse Anpassungen im Hinblick auf eine optimale Kompatibilität der generierten Anwendungen mit Zikula 1.5 und 2.0 vorgenommen.

Es ist vorgesehen, dass ModuleStudio 0.7.4 noch im Mai erscheinen wird. Dieser Beitrag stellt einige der zahlreichen Neuerungen vor.

Die Repository-Klassen wurden aufgeräumt und von allen Dingen bereinigt, die nichts direkt mit der Erzeugung von Queries zu tun haben. In diesem Rahmen wurde ein CollectionFilterHelper eingeführt, der sich um die Anwendung der Parameter aus zum Beispiel den Quick Navigation Formularen kümmert.

Ab der Core-Version 1.5 steht in Zikula die Workflow-Komponente von Symfony zur Verfügung. Dieser Beitrag zeigt einige Vorteile und erweiterte Funktionen in der Zikula-Integration auf.

Ein zentraler Vorteil des neuen Workflow-Systems liegt darin, dass ein einfaches Entity-Feld zur Speicherung des aktuellen Zustands ausreicht. Im Gegensatz zum alten System sind keine zusätzlichen Datensätze in einer Workflow-Tabelle mehr notwendig, die hinzugeladen und mit den Entitäten synchron gehalten werden müssen. Dies vereinfacht die Handhabung enorm, insbesondere wenn es um den Import von Daten geht.

In diesem Beitrag wird gezeigt, wie man eine ganze Reihe von Modulen automatisch mit Hilfe eines Bash-Skriptes neu generieren kann. Auch die Übersetzungen der Module können automatisch neu generiert werden. Das spart mühsame Handarbeit, insbesondere wenn die Anzahl der Module in größeren Projekten zunimmt.

Das erste Skript verwendet den Standalone Generator von ModuleStudio und aktualisiert damit die Implementierung der Module. Dateien, die in den Modellen in der markFiles-Direktive angegeben sind, werden entfernt - das ist aber Geschmackssache und kann je nach Vorliebe anders ausgestaltet werden.

In Zikula gibt es verschiedene Konzepte zur Zusammenarbeit zwischen unterschiedlichen Modulen. Beispielsweise gibt es die Capabilities, mit denen Module bestimmte Fähigkeiten deklarieren oder einfordern können. Und mit dem Hook-System können Module in andere Module eingebunden werden, ihre Daten validieren oder weiterverarbeiten.

Unter der Haube basieren Hooks auf Events. Dieser Beitrag zeigt, wie man das Event-System von Symfony direkt verwenden und damit eine weitere, wesentlich flexiblere Möglichkeit zur modulübergreifenden Interaktion nutzbar macht.

Gastbeitrag von Ralf Köster

Habt ihr schon mitbekommen, dass es seit 0.7.3 auch einen standalone Generator gibt? Sicherlich habt ihr dass, aber ihr fragt euch, was ihr damit machen könnt? Ich versuche hier einmal zu beschreiben, was ich damit mache.

Ich selber komme aus der Windows-Ecke. Für uns passt das Beispiel aus der Doku mit wget usw. nur bedingt. Aber auch unter Windows kann der Generator gute Dienste leisten. Unter Windows haben die guten alten *.bat-Dateien schon länger ausgedient. Dafür verwendet man heutzutage besser PowerScript (PS), was bei Windows ab Windows 7 bereits mit an Bord ist.