Magnolia

Aller Anfang ist schwer; Die vielfältigen Möglichkeiten von Magnolia können auch überfordernd sein. Am Anfang der Integration fiel es dem Entwicklerteam schwer einen ersten Durchstich zu erreichen. Es gibt so viele Magnolia tools, Plug Ins und Erweiterungen, dass es zig Wege ans Ziel gibt, die alle eigene Vor- und Nachteile haben. Teilweise ist das Team da von der Masse der Möglichkeiten überfordert. Hier könnte eine MVP Blaupause hilfreich sein. Eine technische Dokumentation / Beratung zu verschiedenen MVP Varianten / Use Cases und der konkreten Integration wäre hier hilfreich. Darüber hinaus haben wir Schwierigkeiten Datenbanken außerhalb der Applikation in Magnolia zu Integrieren. Die Produkte im Shop werden aus einer externen Datenbank (Backoffice) in die Applikation (Microservice) geliefert. Dieses Set Up stellt uns bis heute vor die Herausforderung, dass die Produktbilder, Preise, Beschreibungen etc. nicht in der Magnolia Preview sichtbar sind.

Was man optimieren könnte sind die teilweise langen Ladezeiten. Dies hat aber auch mit der Komplexität des Codes zu tun.

- Magnolia 4.5 war die letzte Version, die in vertretbarer Zeit hochgefahren ist. Seit Magnolia 5 ist der Wurm drin. - Die Versuche, das System zu entschlacken, haben dazu geführt, dass genau das entfernt wurde, was wir benutzen (z.B. JSPs). - Die Versuche, den Einfluss der Bootzeiten auf den Entwicklungsalltag zu reduzieren, haben anscheinend zu einem Fokus auf Headless-CMS geführt, was aus meiner Sicht kein allgemeingültiger Ansatz für jeden sein sollte. Ich sehe es so, dass das nur forciert wird, um davon abzulenken, dass Magnolia immer behäbiger geworden ist in der reinen Java-Entwicklung (server-side rendering). - Seit Tobias Mattssons Zeiten vorbei sind, empfinde ich das Jira als frustrierend. Tickets werden abgebügelt, dann jahrelang liegen gelassen, dann einfach geschlossen. - GUI zum Preview in separatem Browsertab zu umständlich.