Tutoriel d'introduction à CDI

Bonjour,

Je vous propose un tutoriels Java d'introduction au standard d'injection de dépendances Java "CDI" intégré à JavaEE depuis JavaEE 6.

L'adresse du tutoriel est ici : http://rmannibucau.developpez.com/tu...roduction-cdi/

N'hésitez pas à laisser des commentaires (c'est mon premier ;)).

Merci et bonne lecture,
Romain

Bonjour Romain,


Tout d'abord je tiens à te dire que c'est un excellent tutoriel que tu viens de créer là (en plus c'est ton 1er :D ). Tu vas à l'essentiel des choses et le tutoriel conserve sa richesse, c'est très bien.

"Ce genre d'opération peut potentiellement s'avérer assez long, alors il y a une astuce : ne sont scannés que les jar avec un fichier beans.xml ou des classes décorées."
Est-ce que par "classes décorées" tu entends "classe annoté avec une annotation scope telle que @Dependent" par exemple ? Si oui je suppose que l'opération s’avérera toujours aussi "long" qu'avant vu qu'il faut toujours chercher chacune des classes du jar pour voir lesquels sont annotées.

Il y a une annotation qui me semble très importante dont tu n'as pas parlé :
http://docs.oracle.com/javaee/7/api/...Singleton.html
=> PS: Il ne s'agit pas du Singleton EJB.

Sinon : "@Dependent : crée une nouvelle instance pour l'injection en cours."
J'ai toujours trouvé la définition de ce scope simpliste, ce dernier est le scope par défaut qui va se comporter comme le scope de la classe qui l'encapsule.

Tu dis : "définir une méthode public Object around(InvocationContext ctx) throws Exception décorée avec @AroundInvoke."
Mais dans l'exemple tu utilises le nom de méthode "audit".

La fin (CDI en mode standalone) est un peu rapide :

• Je n'ai pas très bien compris la configuration et la mise en place de CdiContainer, mais j'irais voir la documentation.
• Pourquoi utiliser RequestScoped dans un environnement Java SE ?

Sinon pour ma part j'aurais bien aimé en savoir plus sur les intercepteurs et @Transactional car j'ai toujours voulu savoir le fonctionnement de JTA dans la spécification JPA. Si j'ai d'autres remarques je le dirais ici.


Bonne continuation,

Bonjour, avant tout, merci pour ce tutoriel très clair et concis !
Mon intention n'est pas de lancer une polémique mais bien de connaître l'avis de la communauté sur ces annotations : de prime abord j'ai trouvé ce système d'annotation assez séduisant, mais en y réfléchissant un peu je suis pas certain que :

Code:

---

1 2 3 4

Voiture voiture = new Voiture(); voiture.setMarque("X1"); voiture.setCouleur("Rouge"); voiture.puissance (120.f);

---

soit pire que :

Code:

---

@MoteurQualifier(marque = "X1", couleur="Rouge", puissance = 120.f)

---

Au contraire, ce n'est pas pour rien que dans les bonnes pratiques java on limite à 2-3 max le nombre d'arguments d'une méthode.

Les stéréotypes c'est pareil, à la moindre spécificité il va y avoir de la duplication, sur les grosses applications ça va vite devenir le bazar. Et puis je trouve ça dangereux d'avoir des objets qui peuvent posséder énormément de responsabilités, c'est quand même une violation non négligeable d'un des 5 piliers fondateur de la POO.

Néanmoins je reconnais qu'il y a des choses intéressantes comme les décorateurs ou les intercepteurs, en gros tout ce qui est configurable hors des objets.

Ma question est donc : qui a un bon retour d'expérience sur ces annotations ? lesquelles sont les plus pertinentes ? dans quel contexte ?
Merci d'avance :)

Bonjour @dk,

Le DI ne joue pas le rôle d'un constructeur, il serait bien trop statique (on aurait toujours les même valeurs d'attributs pour l'instance d'une classe donnée). Bien sur que l'exemple donné dans le tutoriel est simpliste et ne reflète pas avec exactitude un cas réel. L'injection de dépendance (DI) ne joue pas le rôle de constructeur ou setter, mais utilise ses mécanismes.

Pour les cas simples où les attributs sont des Strings, int etc oui on utilise un constructeur/setter, mais pour des objets plus complexes comme les pools de connexion le concept de DI facilite grandement le développement. Un exemple concret est le suivant : Je dois créer une classe threadsafe que j'utilise dans beaucoup d'autres classes, dois-je me forcer à utiliser le pattern Singleton avec des attributs static ? Ou bien suffit-t-il d'utiliser le DI avec un scope singleton ?

Sans DI :

Code:

---

1 2 3

public class Toto { private MaClasse singleton = MaClasse.getInstance(); // MaClasse contient un constructeur privé, des attributs static }

---

Avec DI :

Code:

---

1 2 3 4

public class Toto { @Inject private MaClasse singleton; // MaClasse est développée naturellement }

---

Ici il s'agit d'un cas Java SE, mais en Java EE c'est encore plus riche ! Vous déterminez la portée de votre injection grâce au scope que vous lui attribuez (requête, session, application), je vous conseille d'utiliser le framework JSF2 pour mieux saisir le principe. Pour bien comprendre l'utilité de l'injection de dépendance, je vous conseille aussi de pratiquer la spécification JPA, avec l'implémentation Hibernate par exemple.

Salut, moi j'aime bien faire les tutos dans mon IDE préféré (eclipse) en même temps que je les lis. Seulement je m'aperçoit en essayant de faire celui-ci que les classes sont complètement incohérentes et que rien ne compile. La classe voiture à une méthode freiner qui joue sur l'attribut freiner qu'elle ne possède pas. Les accesseurs et les mutateurs sont censés disparaitre grâce à l'attribut Inject mais cela n'est pas fait simplement dans la partie 1. Dommage les notions abordées avaient l'air intéressantes. Elles le sont surement pour des experts les maitrisant déjà et qui aurait besoin d'une piqure de rappel. Au pire cela ferait un bon article sur une techno plutôt qu'un tutoriel...

En espérant que cela évoluera.

Cordialement.

Negstek: Au passage, JBoss Tools fournit un bon support CDI dans Eclipse http://tools.jboss.org/features/cdi.html