Discussion :

[juju65]

Bonjour,

dans mon appli j'ai :
- une interface DAO :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public interface DAO {
...
}

- et une classe d'implémentation "DAOImpl implements DAO" sur laquelle il y a une annotation @Repository et @Transactionnal:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
@Repository
@Transactional
public class DAOImpl implements DAO {
..
}

J'avais donc pensé que Spring créait un bean DAOImpl dans le context...

Pourtant dans une classe quelconque quand je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Autowired
private DAOImpl monDao;

ça ne marche pas j'ai une exception comme quoi il n'arrive pas à faire l'autowiring.

Mais si je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Autowired
private DAO monDao;

ça fonctionne.

Comme la recherche de @Autowired se fait par type, j'en conclus que le @Repository sur une classe d'implémentation crée un bean du type de l'interface ??
J'ai raté un truc ?
Si non pour quelle raison créer un bean DAO et pas un bean DAOImpl ?

merci de vos lumières.

[plawyx]

et si tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Inject
private DAOImpl monDao;

autre chose, as-tu dans ton file context:


<context:component-scan base-package="xxx.yyyy.daoImpl" />

[tchize_]

Ni Dao ni DaoImpl que tu veux autowired ne correspond à ce que tu as indiqué dans les interface et implémentation plus haut :/

[juju65]

(Olalala désolé tchize c'est une erreur de copier coller, j'ai édité... )

Sinon effectivement en mettant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Inject
private DAOImpl monDao;

ça fonctionne bien.

Quelle est l'explication de la différence ?

[plawyx]

il existe deux standards d'injection qui ont des portées différentes. Tu trouveras tous les détails et les différences en lisant la jsr-330 et jsr-299

[JeitEmgie]

(Olalala désolé tchize c'est une erreur de copier coller, j'ai édité... )

Sinon effectivement en mettant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Inject
private DAOImpl monDao;

ça fonctionne bien.

Quelle est l'explication de la différence ?

Probablement une histoire de proxy-ing automatique : le proxy implémente l'interface et n'est pas une sous-classe de l'implémentation et c'est lui qui sera injecté : n'étant pas une instanceof de DAOImpl il ne peut être injecté. (@Repository provoque la création d'un proxy pour la gestion des exceptions)

Passez en mode Debug et arrêtez-vous dans la classe contenant la propriété @Autowired vous verrez que ce n'est pas une instance de DAOImpl mais un proxy, et avec @Inject ce sera une instance de la classe elle-même, mais il n'est pas impossible que dans ce cas il y ait en fait 2 instances de DAOImpl qui soient créées : vérifiez en mettant un println() dans son default constructor (ou un point d'arrêt en debug).

La différence de comportement peut aussi être due à une incohérence dans votre applicationContext.xml.

[juju65]

Effectivement il s'agit de la façon de proxifier :

d'après la doc de réf Spring :

8.6 Proxying mechanisms

Spring AOP uses either JDK dynamic proxies or CGLIB to create the proxy for a given target object. (JDK dynamic proxies are preferred whenever you have a choice).

If the target object to be proxied implements at least one interface then a JDK dynamic proxy will be used. All of the interfaces implemented by the target type will be proxied. If the target object does not implement any interfaces then a CGLIB proxy will be created.

Or les JDK dynamic proxy sont des objets implémentant l'interface de l'objet à proxifier (= j'ai un truc du style "monJDKProxy implements DAO" avec les méthodes implémentées qui font ce que doit faire le proxy). C'est pour cela que le cast vers DAOImpl ne fonctionne pas.

En posant un point d'arrêt on voit aussi que ce JDK Proxy contient l'objet à proxifier (i.e DAOImpl) dans un champ interne et qu'il l'utilise conjointement avec l'instrumentation invoke() pour appeler le code original de DAOImpl.

Pour résumer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
@Autowired
private DAO monDao;

<=>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
monJDKDynamicProxy implements DAO {
 
        champInterne = monObjetDAOImpl;
 
         maMethodeTruc(
                ....code du proxy...
                  invoke(champInterne , maMethodeTruc)
                ....code du proxy...
         )
}