Von Admin Classic zu Pimcore Studio wechseln – bevor die Frist läuft.

Pimcore Studio (die beiden Studio-Bundles für UI und Backend, erreichbar über eine eigene Studio-Oberfläche) löst die klassische ExtJS-Admin-Oberfläche ab. Das ist kein neues Farbschema für dieselbe Anwendung, sondern ein Architekturwechsel: neues Frontend-Framework, neue Plugin-Architektur, harte neue Infrastruktur-Abhängigkeiten. Wer das als reines UI-Update einordnet, unterschätzt den Aufwand systematisch.

Das Dual-UI-Fenster: bis wann Classic und Studio parallel laufen

Platform Version 2025.4 (Pimcore 12.3, LTS bis Dezember 2028) ist die letzte Version, in der klassische Admin-UI und Studio parallel laufen. Ein gradueller Umstieg im eigenen Tempo ist in diesem Fenster möglich. Studio war während der 2025.x-Linie pre-GA; die allgemeine Verfügbarkeit (GA) kam mit Platform Version 2026.1.

Was mit Platform 2026.1 komplett verschwindet

Ab Platform Version 2026.1 ist die klassische Admin-UI vollständig entfernt: aller ExtJS-Code, Tag-Editoren, Klassendefinitions-Editoren und Admin-Panels. Das klassische Admin-UI-Bundle (Version 2.x) bekommt keinen 2026-kompatiblen Release mehr. Zusätzlich fallen mit 2026.1 weitere Bundles weg oder werden reduziert: GlossaryBundle, SimpleBackendSearchBundle (aufgegangen in Studio/Generic Data Index), StaticRouteBundle, WordExportBundle, XliffBundle sowie einzelne Funktionen wie perspective-editor, file-explorer und system-info. Die SeoBundle bleibt bestehen, aber reduziert auf Redirects und Sitemaps. Jede dieser Entfernungen sollte gegen die tatsächliche Nutzung im eigenen System geprüft werden, bevor der Hop auf 2026.1 geplant wird.

Die technischen Voraussetzungen für Studio

Studio hängt hart am Generic Data Index und damit an OpenSearch oder Elasticsearch: ohne laufenden Suchcluster gibt es keine funktionsfähige Admin-Oberfläche. Dazu kommen ein Mercure-Hub, die Generic Execution Engine und eine eigene Firewall-Konfiguration. Das Skeleton für Platform Version 2026.1 liefert diese Komponenten bereits im Compose-Stack mit: OpenSearch, Mercure, RabbitMQ, Redis und Supervisord. Wer diese Infrastruktur nicht vorab aufbaut, kann Studio schlicht nicht produktiv nehmen, unabhängig vom Stand der übrigen Migration.

ExtJS-Plugins sind Rewrites, keine Portierungen

Der Punkt, der in vielen Planungen unterschätzt wird: ExtJS-Erweiterungen (AdminEvents, ExtJS-Plugins, Admin-Controller) lassen sich nicht automatisch nach Studio übernehmen. Studio bringt ein neues React/TypeScript-Plugin-SDK, das eigene Rewrites verlangt, keine Migrationsskripte für bestehenden ExtJS-Code. Jede ExtJS-Anpassung, die heute noch auf 12.3 neu gebaut wird, ist beim Hop auf 2026.1 vollständig abzuschreiben.

Praetorian-Winkel: der Fahrplan im Dual-Fenster

Wir planen den Studio-Umstieg innerhalb des Zeitfensters, das Platform 2025.4 bietet, statt ihn erst beim Erscheinen von 2026.1 zu beginnen: ein Studio-Pilot auf einem Teilbereich des Systems, ein vollständiges Inventar aller ExtJS-Erweiterungen, eine priorisierte Rewrite-Roadmap und der Infrastruktur-Aufbau für OpenSearch und Mercure, bevor sie zur Voraussetzung für den Produktivbetrieb werden, oft parallel zum Schritt 11 auf 12 migrieren im Rahmen unserer Pimcore-Migration.

Warnung: was heute in ExtJS gebaut wird, ist morgen Abschreibung

Wenn ein Projekt aktuell auf Platform 2025.4 läuft und eine neue Admin-Erweiterung braucht, ist die naheliegende Versuchung, sie schnell in ExtJS zu bauen, weil das Team das kennt. Das Ergebnis ist eine Investition mit eingebautem Verfallsdatum: Jede neue ExtJS-Anpassung muss beim Hop auf 2026.1 als Rewrite auf dem neuen Plugin-SDK neu gebaut werden. Wo möglich, planen wir neue Backend-Erweiterungen im Rahmen unserer Individualentwicklung deshalb bereits gegen Studios Architektur, auch wenn das Projekt heute noch auf der klassischen UI läuft.

Warum das Dual-Fenster kürzer ist, als es aussieht

Auf dem Papier klingt "Platform 2025.4 läuft bis Dezember 2028" nach viel Zeit. Für den Studio-Umstieg zählt aber ein anderes Datum: das Erscheinen von Platform 2026.1, ab dem die klassische UI komplett verschwindet, unabhängig vom LTS-Enddatum der Vorgängerversion. Wer erst reagiert, wenn 2026.1 bereits verfügbar ist, hat das eigentliche Zeitfenster für einen geordneten, phasenweisen Umstieg bereits verpasst und steht vor einem erzwungenen Big-Bang-Wechsel samt vollständigem ExtJS-Rewrite unter Zeitdruck. Genau das versuchen wir mit einer frühen Bestandsaufnahme zu vermeiden.