# CDI

Présentes dans la spécification depuis la version 1.0, les portable extensions sont un moyen puissant d’étendre CDI. Ce mécanisme qui permet d’intégrer des frameworks et bibliothèques tierces dans le modèle de programmation de CDI, va bien au-delà en donnant de puissant moyen de masquer la quasi-totalité du boiler-plate code de vos applications. Cet article vous présente les bases de cette fonctionnalité.

Jakarta Contexts and Dependency Injection est probablement la spécification la plus sous-estimée de Jakarta EE. Et pourtant, elle constitue la pierre angulaire de Jakarta EE et de MicroProfile en fournissant un modèle de programmation standardisé et une manière puissante d’intégrer des technologie tierces de manière transparente.

Depuis CDI 2.0, vous pouvez créer des instances de beans non contextuelles. Ceci est utile pour créer des instances de beans qui ne sont pas gérées par le conteneur, comme dans une application autonome. Dans cet article, nous allons voir comment créer des instances non contextuelles de beans avec CDI.

La spécification CDI n’est pas un document facile d’accès et la façon dont elle est rédigée ne permet pas aux développeurs de comprendre facilement les fonctionnalités en question. Cet article a pour but de mettre en lumière l’une des pépites de CDI : sa SPI. Nous aborderons l’autre trésor de la spec dans un prochain article sur les portable extensions.

Dans CDI, les Beans sont un concept central. Pourtant, pour beaucoup de développeurs, cette notion reste floue et suscite souvent beaucoup d’interrogations. Cet article tente de clarifier le fonctionnement des beans et détaille les mécanismes mis en œuvre derrière leur définition et leur injection.Les concepts abordés ici sont les mêmes pour toutes les versions de CDI de 1.x à 4.x.

Cet article détaille comment créer un Bean virtuel (injectable sans implémentation explicite) à l’aide d’une extension. Ce type de Bean est plus connu sous le nom de Synthetic Bean.