Die Liste an Problemen, die bei der Migration auf Entwickler warten, kann sehr lang werden. Dies hat auch Liferay eingesehen und stellt mit Liferay 7 ganz neue Werkzeuge für die Migration zur Verfügung. Zusätzlich werden jetzt alle Änderungen an der API in den sogenannten BREAKING CHANGES dokumentiert. Diese Informationen sollen Entwicklern nicht nur als Nachschlagewerk dienen, sondern auch in der Liferay eigenen IDE genutzt werden um Hinweise für die Migration anzuzeigen. Aus meiner Sicht ein sehr nützliches Feature, da man direkt an der passenden Stelle im Code in der gewohnten Entwicklungsumgebung Hinweise zu Änderungen bekommt.
Zusätzlich soll das bisherige Migration-Tool aus dem Liferay Core entfernt und in ein eigenständiges Tool ausgelagert werden. Das neue Migration-Tool soll Multi-Threaded arbeiten und wie Liferay 7 auch mit OSGI umgesetzt werden. Dadurch hat man die Möglichkeit das Migration-Tool über die Extension-Points um eigenes Verhalten zu erweitern. Dies ermöglicht es z.B. vor, während oder nach der Liferay Standard Migration zusätzlich eigenen Code ausführen. Liferay zielt mit dieser Umstrukturierung natürlich auch darauf ab, dass die Community das Migration-Tool durch eigene Erweiterungen stetig verbessert. Ziel ist es, dass sich das Migration-Tool beim Starten die neusten Updates und Anpassungen aus der Community herunter lädt.
Weiterhin wird es die Möglichkeit geben alte Portlets, Themes, Hooks, etc in ein OSGI Bundle umzuwandeln. Ob das tatsächlich out-of-the-box und voll automatisiert für alle individuell implementierten Portlets ohne Probleme funktioniert, wage ich an dieser Stelle zu bezweifeln. Besonders Mutige können jetzt schon das neue Entwicklungs- und Migration-Tool BLADE (Bootstrap Liferay Advanced Developer Environments) ausprobieren. Die Migration eines Portlets kann man mit dem Command-Line basierten Tool z.B. wie folgt durchführen:
blade migrate {project}
Neue Frontend-Technologien
Neuigkeiten gibt es auch im Fronend-Bereich. In den bisherigen Liferay Releases hatte Liferay auf die von Yahoo entwickelte JavaScript Libraray YUI aufgebaut. Diese hat sich letztendlich nicht durchgesetzt und wird nicht mehr weiter entwickelt. Um nicht wieder von der externen Entwicklung eines Frameworks abhängig zu sein geht Liferay mit einer Eigenlösung namens Metal.js ins Rennen. Dabei arbeitet Metal.js nach dem Vorbild von Sprachen wie CoffeScript oder Sass mit einem sogenannten Source-to-Source Compiler oder auch „Transpiler“. D.h. man entwickelt seine JavaScript Komponenten in einem Metal.js spezifischen Format und kompiliert den Code mit dem Transpiler in ein jQuery Plugin oder ein AMD Module. Weil der Code mit dem Transpiler umgewandelt wird, kann man in Metal.js bereits ECMAScript 6 verwenden. Bei ECMAScript 6, das auch als Javascript 2015 bekannt ist, handelt es sich um die kommende JavaScript Spezifikation, die in Zukunft von den Browsern unterstützt werden soll. Mit ES6 nähert sich die JavaScript-Syntax sehr deutlich der Java-Syntax an. So ist es in ES6 zum Beispiel möglich, Klassen mit Methoden und Attributen ähnlich wie in Java zu definieren.
Fazit
Alles in allem stellt Liferay mit der Version 7 ganz neue Konzepte vor, die vor allem den Entwicklern entgegen kommen. Ein Schritt der aus meiner Sicht längst überfällig war, da der Erfolg eines Software-Projekts auch immer von einer guten Code-Basis abhängt. Einzig die Frage, wann mit einem ersten Stable-Release zu rechnen ist bleibt noch offen. In allen Vorträgen lies Liferay anklingen, dass es noch viel zu tun gibt und es wäre nicht das erste Mal, dass Liferay ein Releasedatum nach hinten schiebt.
Weiterführende Infos:
Wünschen Sie weitere Details oder haben Sie konkrete Fragen?
Vereinbaren Sie einfach einen Beratungstermin mit uns. Gerne präsentieren wir Ihnen den Funktionsumfang von Liferay in einer Live-Demo.
