AngularAngular

Appearance

Vous souhaitez recevoir de l'aide sur ce sujet ? rejoignez la communauté Angular.fr sur Discord.

PrimeNG n'est plus open source : ce que cela signifie vraiment ​

PrimeNG passe d'un modèle open source à un modèle sous licence PrimeUI

PrimeNG change de modèle. PrimeTek a annoncé PrimeUI, une nouvelle licence qui couvre les futures versions majeures de PrimeNG, PrimeReact et PrimeVue. Pour Angular, le point important est clair : PrimeNG 22 et les versions majeures suivantes ne seront plus publiées en open source.

Cela ne veut pas dire que tout PrimeNG disparaît derrière un paywall du jour au lendemain. Les versions déjà publiées sous licence MIT restent sous MIT. Le changement n'est pas rétroactif. Mais il modifie profondément la trajectoire du projet pour les équipes qui prévoyaient de continuer à suivre les prochaines versions majeures.

Voici ce que cela signifie concrètement.

Ce qui change ​

Avant cette annonce, PrimeNG était principalement connu comme une bibliothèque de composants Angular open source. Le coeur de la bibliothèque était disponible sous licence MIT, ce qui donnait aux développeurs des droits très larges : utiliser, copier, modifier, redistribuer, intégrer dans un produit commercial, et créer des versions dérivées.

Avec PrimeUI, PrimeTek change le modèle des futures versions majeures :

  • PrimeNG 21 et les versions déjà publiées sous MIT restent sous MIT.
  • PrimeNG 22 sera distribué sous licence PrimeUI.
  • Les futures versions majeures ne seront plus publiées comme open source.
  • Le dépôt GitHub historique de PrimeNG est désormais archivé.
  • Le développement continue dans le nouvel écosystème PrimeUI.

La nuance est essentielle : PrimeNG n'a pas perdu son historique open source, mais son futur principal change de régime.

Si votre application utilise aujourd'hui une version MIT de PrimeNG, vos droits sur cette version ne changent pas. Vous ne perdez pas soudainement le droit de l'utiliser en production. En revanche, pour suivre PrimeNG 22, il faudra accepter les conditions de la licence PrimeUI.

Gratuit ne veut pas dire open source ​

PrimeUI prévoit une licence Community gratuite pour certains profils : individus, étudiants, associations, projets open source non commerciaux et petites organisations qui respectent des critères d'éligibilité. C'est une bonne nouvelle pour une partie de la communauté, mais cela ne rend pas automatiquement le projet open source.

L'open source ne se résume pas à l'absence de prix. D'après la définition de l'Open Source Initiative, une licence open source doit notamment permettre la redistribution, l'accès au code source, les travaux dérivés et l'usage dans tous les domaines d'activité, y compris commercial.

Une licence gratuite sous conditions peut donc être utile, généreuse même, sans être open source. C'est un autre contrat.

Pour un développeur, la différence peut sembler abstraite. Pour une équipe, elle devient très concrète :

  • Peut-on auditer le code source complet ?
  • Peut-on corriger un bug soi-même ?
  • Peut-on redistribuer une version modifiée ?
  • Peut-on forker le projet si la direction produit ne convient plus ?
  • Peut-on l'utiliser dans un contexte commercial sans condition d'éligibilité ?
  • Peut-on automatiser les mises à jour sans gérer de clé de licence ?

Avec une licence open source comme MIT, la réponse est largement oui. Avec une licence commerciale ou communautaire sous conditions, il faut lire le contrat.

L'impact pour les développeurs Angular ​

Le premier impact est la planification des migrations.

Jusqu'ici, mettre à jour PrimeNG suivait surtout une logique technique : compatibilité Angular, breaking changes de composants, refonte de thèmes, ajustements de templates. Désormais, la mise à jour vers PrimeNG 22 ajoute une étape de conformité : vérifier que l'équipe a le droit d'utiliser la version visée.

Pour une application personnelle ou une petite structure éligible à Community, cela peut rester simple. Pour une entreprise, une ESN, une startup financée ou une grande équipe produit, il faut prévoir un budget et une validation achat.

Le deuxième impact concerne le support.

PrimeTek explique que les attentes autour d'une bibliothèque UI sont devenues plus proches d'un produit d'entreprise : accessibilité, compatibilité navigateur, corrections, documentation, support professionnel, adaptation aux évolutions d'Angular. Le modèle PrimeUI pousse cette logique : les utilisateurs commerciaux financent directement le produit et obtiennent un cadre de support plus formel.

Cela peut être positif pour les équipes qui veulent un interlocuteur identifié. Cela peut aussi être un frein pour celles qui choisissaient PrimeNG précisément parce qu'il évitait une dépendance commerciale.

Le troisième impact concerne les forks.

Les versions MIT existantes peuvent être forkées. Une communauté pourrait donc maintenir un dérivé de PrimeNG 21 si le besoin existe. Mais ce fork ne recevra pas automatiquement les évolutions futures de PrimeTek sous licence PrimeUI. Maintenir une bibliothèque de composants Angular complète demande du temps : compatibilité avec les versions d'Angular, accessibilité, design tokens, composants complexes, documentation, tests visuels. Un fork est possible juridiquement sur l'existant MIT, mais lourd techniquement.

Pourquoi PrimeTek fait ce choix ​

La raison officielle est la soutenabilité.

PrimeTek maintient plusieurs bibliothèques UI sur plusieurs frameworks : Angular, React, Vue, historiquement aussi PrimeFaces. Une bibliothèque de composants moderne n'est pas seulement une collection de boutons et de tableaux. Elle doit suivre les changements des frameworks, les navigateurs, les exigences d'accessibilité, les systèmes de thème, les besoins de performance, les rapports de bugs, les exemples, les demandes de support et les attentes de design.

Le modèle historique reposait sur une combinaison de bibliothèques gratuites et open source, puis de produits additionnels payants : thèmes, blocs, support, LTS, outils de design. D'après PrimeTek, ce modèle ne finance plus le niveau d'ingénierie attendu.

On peut ne pas aimer ce choix. Mais il n'est pas incompréhensible. Beaucoup d'équipes utilisent des bibliothèques open source critiques comme si elles étaient des produits professionnels gratuits, avec des attentes de disponibilité, de correction rapide et de compatibilité continue. La tension finit souvent par apparaître : soit le projet trouve un financement durable, soit la maintenance ralentit, soit le périmètre se réduit, soit le modèle change.

PrimeTek a choisi le modèle commercial.

Ce que votre équipe doit faire maintenant ​

Si vous utilisez PrimeNG aujourd'hui, commencez par identifier votre version.

Si vous êtes sur PrimeNG 20 ou 21 sous licence MIT, il n'y a pas d'urgence juridique immédiate liée à cette annonce. Vous pouvez continuer à utiliser cette version dans les droits de la licence MIT. La vraie question est technique : combien de temps cette version restera-t-elle suffisante pour votre application, votre version d'Angular et vos exigences de sécurité ou d'accessibilité ?

Si vous prévoyez de migrer vers PrimeNG 22, ajoutez la licence au plan de migration. Ne laissez pas ce point arriver à la fin, au moment du build ou de la mise en production. Vérifiez :

  • si votre organisation est éligible à la licence Community ;
  • si votre usage est commercial ;
  • combien de développeurs doivent être couverts ;
  • comment la clé de licence s'intègre dans vos environnements ;
  • ce que votre politique interne demande pour les dépendances non open source.

Si vous êtes dans une grande organisation, le sujet n'est pas seulement Angular. Il concerne aussi les achats, la sécurité, la conformité open source, l'architecture et parfois le juridique.

Si vous ne voulez pas de dépendance commerciale sur votre système de composants, c'est le moment de comparer les alternatives. Angular Material, Taiga UI, Spartan, Flowbite, DaisyUI, des composants internes ou une combinaison CDK + design system maison peuvent être des pistes selon votre besoin. Aucune alternative n'est gratuite au sens du coût total : soit vous payez une licence, soit vous payez en maintenance interne, soit vous payez en adaptation design et accessibilité.

Le vrai changement : une dépendance produit ​

La conséquence la plus importante n'est pas seulement le prix. C'est le changement de nature de la dépendance.

Avec une bibliothèque MIT, votre équipe dépend d'un projet open source : vous pouvez l'utiliser très librement, mais le support n'est pas garanti. Avec PrimeUI, vous dépendez davantage d'un produit commercial : les droits sont encadrés, mais le fournisseur promet un cadre plus soutenable et du support pour les clients.

Ce n'est pas forcément mieux ou moins bien. C'est différent.

Pour une entreprise qui veut réduire les risques opérationnels, payer une licence peut être un choix rationnel. Pour une équipe qui privilégie l'indépendance, l'auditabilité et la capacité de fork, la perte du modèle open source est un vrai signal.

Conclusion ​

PrimeNG n'est pas devenu inutilisable. Les versions MIT existantes restent utilisables. Mais le futur de PrimeNG, à partir de PrimeNG 22, sort du modèle open source et entre dans le modèle PrimeUI.

La bonne réaction n'est donc ni la panique, ni l'indifférence. Il faut traiter PrimeNG comme une dépendance stratégique : identifier la version utilisée, comprendre les droits associés, décider si l'équipe accepte le nouveau modèle, et prévoir une alternative si ce modèle ne correspond pas à ses contraintes.

Le point à retenir est simple : ce qui était un choix technique devient aussi un choix de licence, de budget et de gouvernance.

Sources ​