Problème avec l'annotation Autowired

Version imprimable

Salut,
Je débute avec spring 3,
J'ai commencé par un simple example spring avec hibernate:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
@Autowired 
	//@Qualifier("userDao")
	public void setDao(UserDao dao) {
		this.dao = dao;
		System.out.println("this.dao="+dao);
	}
 
	private void test()
	{
		GenericApplicationContext context = new GenericApplicationContext();
		 XmlBeanDefinitionReader xmlReader = 
		                 new XmlBeanDefinitionReader(context);
		 xmlReader.loadBeanDefinitions(new ClassPathResource("app-config.xml"));   
		 context.refresh();
		   System.out.println(" dao="+ dao);
		   User user = new User();
			user.setAge(27);
			user.setUserName("Adit");
			user.setRegistered(true);			
			dao.saveUser(user);
		   System.out.println("done");
	}

Le problème est qu'a l'interieur de la methode setDao,l'objet dao n'est pas nulle,mais dans la methode test,je récupéré un objet dao null!!
Quel est l'origine de ce problème?

16/02/2012, 11h00
ray_fab

Avec l'annotation

Code:

@Autowired

tu n'es pas obligé d'avoir un setter. il suffit de déclarer ton field comme ceci par exemple:

Code:

@Autowired private UserDao dao;

et tu peux l'utiliser dans ta classe. Mais ce qu eje ne comprends pas t'appelles l'objet

Code:

GenericApplicationContext

sans lui indiquer le fichier xml à utiliser, enfin je ne connais pas ta technique. Donc si ta classe

Code:

UserDao

est déclarée à l'interieur du fichier

Code:

"app-config.xml"

le mieux c'est de faire

Code:

GenericApplicationContext context = new GenericApplicationContext("app-config.xml");

et ne pas utiliser l'objet Xml... Autres choses pour récupérer un objet à l'intérieur de ton context il faut faire

Code:

UserDao dao=context.getBean("beanName",UserDao.class);

.
16/02/2012, 16h17
riadhhwajdii

Merci ray pour la réponse
A propos la récupération des beans spring depuis le context,je sais queca fonctionne parfaitement

Citation:

Envoyé par ray_fab

Code:

UserDao dao=context.getBean("beanName",UserDao.class);

.

Mais ce que je voudrait savoir est pourquoi avec l'annotation @Autowired ,l'objet dao est non null dans le setter mais null en dehors?
17/02/2012, 03h37
gronono

Bonjour,

Dans ton exemple, tu as deux instances de la même classe.

Tu as l'instance sur laquelle tu lances la méthode test().
Cette méthode créé un contexte d'application Spring qui instance une nouvelle fois cette classe. Et au passage Spring appelle ton setter.

Donc au final :
- dans le setter (appelé par Spring), le dao est non null
- dans la méthode test, le dao est null.

Cordialement.
17/02/2012, 09h07
riadhhwajdii

Citation:

Envoyé par gronono

Bonjour,

Dans ton exemple, tu as deux instances de la même classe.

Tu as l'instance sur laquelle tu lances la méthode test().
Cette méthode créé un contexte d'application Spring qui instance une nouvelle fois cette classe. Et au passage Spring appelle ton setter.

Donc au final :
- dans le setter (appelé par Spring), le dao est non null
- dans la méthode test, le dao est null.

Cordialement.

Merci gronomo pour votre aide,
J'ai bien vérifié votre remarque en affichant le hashCode dans le setter et dans la méthode test:il s'agit bien deux valeurs différentes.
Mais J'ai pas bien saisi pourquoi une telle situation et comment la résoudre.
Merci

Pour résoudre le problème, il faut récupérer le dao via Spring comme indiqué par ray_fab. La méthode test devient :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
private void test() {
    // Chargement de Spring => va créer une nouveau instance de cette classe
    GenericApplicationContext context = new GenericApplicationContext();
    XmlBeanDefinitionReader xmlReader = new XmlBeanDefinitionReader(context);
    xmlReader.loadBeanDefinitions(new ClassPathResource("app-config.xml"));
    context.refresh();
 
    // Récupération de l'instance crée par Spring
    UserDao monDao = context.getBean("beanName", UserDao.class);
        System.out.println(" dao="+ monDao);
        User user = new User();
    user.setAge(27);
    user.setUserName("Adit");
    user.setRegistered(true);            
    monDao.saveUser(user);
    System.out.println("done");
}

Pour éviter le problème, on a deux 2 classes :
- celle du service qui contient l'autowired vers le dao
- celle du test ou du main qui initialise Spring.