PrimeNG wechselt ab Version 22 zum PrimeUI-Lizenzmodell. Bereits unter der MIT-Lizenz veröffentlichte Versionen bleiben MIT. Eine kostenlose Community-Lizenz gibt es weiterhin, allerdings nur unter Voraussetzungen. Wir fassen zusammen, was sich ändert, was das für bestehende Angular-Projekte bedeutet und welche Alternativen es gibt.
Was sich am Lizenzmodell ändert
Mit PrimeUI wird die aktive Weiterentwicklung proprietär. Neue Versionen ab PrimeNG 22 erscheinen als kompilierte Pakete. Paketnamen und Imports bleiben gleich, doch den Quellcode prüfen und eigene Patches einspielen lässt sich nicht mehr wie unter der MIT-Lizenz. PrimeTek begründet den Wechsel mit dem Aufwand für langfristige Wartung, Framework-Kompatibilität und Support. Wir nehmen diesen Bedarf ernst, prüfen aber trotzdem unabhängig, ob die neuen Bedingungen zur eigenen Organisation und Produktstrategie passen.
Community-Lizenz: Organisationen müssen laut aktuellen Lizenzbestimmungen alle folgenden Voraussetzungen gleichzeitig erfüllen:
– weniger als fünf Entwickler insgesamt, nicht nur im PrimeNG-Projekt
– weniger als zehn Beschäftigte
– weniger als eine Million US-Dollar Jahresumsatz (bei gemeinnützigen Organisationen: Budget)
– höchstens drei Millionen US-Dollar externes Kapital
– keine öffentliche, staatlich finanzierte Organisation oder Bildungseinrichtung
Die Lizenz erlaubt kommerzielle Anwendungen. Sie gilt zwölf Monate und verlangt danach eine erneute Bestätigung (30 Tage Karenzzeit). Kostenlos heißt also nicht voraussetzungslos, und Gemeinnützigkeit allein genügt nicht.
Commercial Suite: Die Commercial Suite kostet bis Ende 2026 599 US-Dollar pro Entwickler, danach laut Ankündigung 799 US-Dollar. Ein Jahr Updates ist enthalten, jedes weitere Jahr kostet 399 US-Dollar pro Entwickler. Die Lizenz bleibt für abgedeckte Versionen dauerhaft gültig. Einen Lizenzplatz brauchen auch externe Entwickler und Entwickler, die an internen PrimeUI-Wrappern arbeiten, nicht aber Endnutzer oder CI/CD-Pipelines. Lizenzplätze lassen sich neu zuweisen, aber nicht zwischen gleichzeitig aktiven Entwicklern teilen. Die Lizenz ist kein Pflichtabonnement, und die Lizenzprüfung läuft offline.
Was das für ein bestehendes Angular-Projekt bedeutet?
Für viele Unternehmen ändert sich der Weg zur nächsten PrimeNG-Version, nicht das Recht, die bestehende Anwendung weiter zu nutzen. Von einem überstürzten Austausch der Oberfläche raten wir deshalb ab. Die Lizenzänderung ist aber ein guter Anlass, die Abhängigkeit zu bewerten: Passt PrimeNG weiterhin zum Produkt? Welche Wartung braucht das Projekt? Und was bringt eine Migration?
Zuerst trennen wir den heutigen Betrieb von der nächsten Entwicklungsphase. Eine ältere MIT-Version, PrimeNG 21, ein Upgrade auf Version 22 und eine Neuentwicklung haben unterschiedliche Ausgangslagen. Dann erfassen wir Komponenten, Wrapper, Styles, Themes und Tests. Den Aufwand bestimmt, wie viel Verhalten die Bibliothek für die Anwendung übernimmt, nicht die Zahl der Imports. Eine Tabelle mit serverseitigen Filtern, Auswahlzuständen und eigenen Zellen treibt ihn stärker als zehn einfache Buttons.
Wir empfehlen einen kleinen Prototyp mit einer anspruchsvollen Tabelle, einem Formular und einem Dialog aus der echten Anwendung. Daran prüfen wir Datenzugriff, Validierung, Tastaturbedienung, Fokusführung, Theme-Wechsel und Regressionen. So erkennen wir Nacharbeit und neue Testverantwortung, bevor wir die gesamte Oberfläche umstellen. Ein schrittweiser Wechsel braucht außerdem einen Endtermin für den Parallelbetrieb. Laut FAQ von Optimus UI bedeutet er doppelte Komponenten und Theme-Runtimes. Zuletzt stellen wir die Lizenzkosten dem Aufwand für Umsetzung, Design und Wartung gegenüber. Eine kostenlose Bibliothek kann die teurere Entscheidung sein.
Option 1: Die bestehende Version beibehalten
Bei der bestehenden Version zu bleiben ist legitim. Laut PrimeTek bleiben veröffentlichte MIT-Versionen unter MIT. Eine funktionierende Anwendung müssen wir also nicht allein wegen der Lizenz neu bauen. Die Lizenz- und Urheberrechtshinweise bleiben erhalten, wie es die MIT-Bedingungen verlangen.
Es macht einen Unterschied, ob eine sehr alte Version läuft oder Hauptversion 21, der zuletzt unter MIT veröffentlichte Zweig. Laut Security Policy erhält 21.x nur noch Sicherheitskorrekturen, frühere Releases sind End of Life. Neue Funktionen und gewöhnliche Bugfixes gibt es nicht mehr. Wer bleibt, spielt trotzdem weiter verfügbare Sicherheitskorrekturen und Änderungen anderer Abhängigkeiten ein; beides gehört in den Betriebsplan.
Auch Angular setzt einen Zeitrahmen. PrimeNG 21.1.10 ist für Angular 21 ausgelegt, nicht für Angular 22. Angular 21 erhält laut Angular-Supportplanung voraussichtlich bis Juni 2027 Long-Term Support. Das ist kein Enddatum von PrimeNG. Bis dahin sollte aber spätestens das nächste Angular-Upgrade eingeplant sein, und mit ihm fällt zwangsläufig die Entscheidung über die UI-Bibliothek.
Wir empfehlen den Verbleib daher nur mit benannter Verantwortung, regelmäßiger Abhängigkeitsprüfung und festem Termin zur Neubewertung. Für ein auslaufendes Produkt taugt er als Brücke, für eine langfristig aktive Anwendung nicht als Dauerlösung.
Option 2: Optimus UI
Optimus UI ist ein unabhängiger Community-Fork von PrimeNG 21 unter MIT. Soll das PrimeNG-Komponentenmodell erhalten bleiben, prüfen wir ihn zuerst. Die Migrationsanleitung setzt PrimeNG 21 voraus. Die `p-`-Selektoren bleiben erhalten. Die Migration betrifft vor allem Pakete, Imports, Konfiguration und Assets, und eine Schematic meldet verbliebene Referenzen. Eigene Styles und Wrapper prüfen wir trotzdem. Laut Versionszuordnung gehört Optimus UI 1 zu Angular 21 und Optimus UI 2 zu Angular 22.
Die Grenze ist die Wartung. Laut Projektphilosophie betreut eine kleine Maintainer-Gruppe den Fork, ohne SLA und ohne Supportvertrag. PrimeTek-Templates, PrimeBlocks und kommerzielle Design-Werkzeuge gehören nicht dazu. Funktionsgleichheit mit PrimeNG 22 ist nicht zugesichert. Vor der Entscheidung klären wir, wer neue Releases bewertet, Updates einspielt und bei blockierenden Fehlern mit den Maintainern zusammenarbeitet. Wir empfehlen Optimus UI für Teams, die nah am Bestand bleiben wollen und Community-Wartung bewusst akzeptieren.
Option 3: ng-zorro-antd
ng-zorro-antd ist eine umfangreiche Angular-Bibliothek auf Basis von Ant Design unter MIT. Ihre Hauptversionen orientieren sich an Angular. Die Tabellenkomponente bietet Sortierung, Filterung, Pagination und anpassbare Templates, und die API dokumentiert Parameter für serverseitige Abfragen.
Für datenreiche Geschäftsanwendungen ist sie eine echte Alternative, aber kein Eins-zu-eins-Ersatz. Templates, Ereignisse und Wrapper müssen neu passen, und ein individuelles PrimeNG-Theme übertragen wir nicht unverändert, wie die Theme-Dokumentation zeigt. Im Prototyp prüfen wir dieselben fachlichen Abläufe: Bleibt eine Auswahl beim Filtern erhalten? Stimmen Validierung und Fehlermeldungen? Funktioniert die Tastaturbedienung? Die bestehenden Backend-Schnittstellen bleiben dabei der Ausgangspunkt. Wir empfehlen ng-zorro-antd, wenn wir die Oberfläche bewusst neu ausrichten und Ant Design zum Produkt passt.
Option 4: Angular Material und CDK
Angular Material und CDK stehen unter MIT. Sie werden vom Angular-Team und der Community gepflegt.
– Material liefert fertige Komponenten nach Material Design.
– CDK liefert Bausteine für eigene Komponenten. Wer CDK wählt, übernimmt mehr Komponentenentwicklung und Testverantwortung. Das lohnt sich für ein eigenes Design-System, nicht allein, um eine Lizenzgebühr zu sparen.
Bei Tabellen unterscheidet sich das Modell. Die Dokumentation beschreibt das Zusammenspiel von Table, Sort, Paginator und Auswahlmodell. Die Standardklasse MatTableDataSource genügt nicht für alle serverseitigen Interaktionen; dafür planen wir eine eigene Datenquelle. Die veröffentlichte Version 22.2.1 unterstützt Tabellenvirtualisierung, aber nur mit `fixedLayout` und ohne bedingte Zeilentemplates über `when`. Auch Formulare und Dialoge müssen im neuen Komponentenmodell fachlich und visuell stimmen. Material und CDK sind solide Kandidaten, aber keine kostenlose Eins-zu-eins-Kopie einer PrimeNG-Oberfläche.
Entscheidungsmatrix: Welche Strategie passt zum Projekt?
Als Ausgangspunkt nehmen wir ein PrimeNG-21-Projekt an. Die Farben bewerten die Passung dazu, nicht die allgemeine Produktqualität: 🟢 passt oder ist verfügbar, 🟡 verlangt eine Projektentscheidung, 🔴 bedeutet zusätzlichen Umbau oder eine konkrete Grenze.
Unsere Empfehlung nach Projektsituation
Bewusste UI-Neuausrichtung: Gehört Ant Design zum Produktziel, priorisieren wir ng-zorro-antd. Für Material Design wählen wir Material, für ein eigenes Design-System CDK. Die Eignung bestätigen wir jeweils am Prototyp.
Wir unterstützen Sie bei der Migration
Sie wissen noch nicht, welcher Weg zu Ihrem Angular-Projekt passt? Wir unterstützen Sie bei der Migration und entwickeln mit Ihnen die beste Strategie. Im Rahmen eines Solution Assessments bewerten wir Ihren Bestand und prüfen die infrage kommenden Bibliotheken an einem Prototyp mit Ihren wichtigsten Oberflächen. Danach planen wir die nächsten Schritte, von der Lizenzentscheidung bis zur schrittweisen Umsetzung. Sprechen Sie uns an.
