Auto-injection avec ressort

Question

J'ai essayé le code suivant avec Spring 3.x qui a échoué avec BeanNotFoundException et il devrait selon les réponses d'une question que j'ai posée auparavant - Puis-je injecter la même classe en utilisant Spring ?

@Service
public class UserService implements Service{
    @Autowired
    private Service self;
}

Comme j'essayais ceci avec Java 6, j'ai trouvé que le code suivant fonctionne bien :

@Service(value = "someService")
public class UserService implements Service{
    @Resource(name = "someService")
    private Service self;
}

mais je ne comprends pas comment il résout la dépendance cyclique.

EDITAR:
Voici le message d'erreur. L'OP l'a mentionné dans un commentaire sur l'une des réponses :

Causé par : org.springframework.beans.factory.NoSuchBeanDefinitionException : No matching bean of type [com.spring.service.Service] found for dependency : expected at least 1 bean which qualifies as autowire candidate for this dependency. Annotations de dépendance : {@org.springframework.beans.factory.annotation.Autowired(required=true)}

Answer 1

Mise à jour : Février 2016

Autocâblage sera officiellement pris en charge dans Spring Framework 4.3. L'implémentation peut être vue dans ce Engagement GitHub .

---

La raison définitive pour laquelle vous ne pouvez pas vous auto-câbler est que l'implémentation de la méthode Spring DefaultListableBeanFactory.findAutowireCandidates(String, Class, DependencyDescriptor) exclut explicitement cette possibilité. Ceci est visible dans l'extrait de code suivant de cette méthode :

for (String candidateName : candidateNames) {
    if (!candidateName.equals(beanName) && isAutowireCandidate(candidateName, descriptor)) {
        result.put(candidateName, getBean(candidateName));
    }
}

Pour info : le nom du bean (c'est-à-dire le bean qui essaie de se connecter automatiquement) est le suivant beanName . Ce haricot est en fait un candidat à l'autoguidage, mais la condition if ci-dessus renvoie faux (puisque candidateName est en fait égale à la beanName ). Ainsi, il n'est tout simplement pas possible de câbler automatiquement un haricot avec lui-même (du moins pas à partir de Spring 3.1 M1).

Quant à savoir si ce comportement est voulu ou non sur le plan sémantique, c'est une autre question ;)

Je vais demander à Juergen et voir ce qu'il a à dire.

Regards,

Sam (Core Spring Committer)

p.s. J'ai ouvert une question JIRA sur Spring pour envisager le support de l'auto-câblage par type en utilisant @Autowired. N'hésitez pas à regarder ou à voter pour cette question ici : https://jira.springsource.org/browse/SPR-8450

Answer 2

Ce code fonctionne aussi :

@Service
public class UserService implements Service {

    @Autowired
    private ApplicationContext applicationContext;

    private Service self;

    @PostConstruct
    private void init() {
        self = applicationContext.getBean(UserService.class);
    }
}

Je ne sais pas pourquoi, mais il semble que Spring peut obtenir le haricot à partir de ApplicationContext si est créé mais pas initialisé . @Autowired fonctionne avant l'initialisation et il ne trouve pas le même haricot. Donc, @Resource peut fonctionner après @Autowired et avant @PostConstruct .

Mais je ne sais pas, je ne fais que spéculer. Quoi qu'il en soit, bonne question.

Answer 3

Au fait, la solution la plus élégante au problème de l'auto-invocation est d'utiliser le tissage en temps de charge d'AspectJ pour vos mandataires transactionnels (ou tout autre mandataire introduit par la POA que vous utilisez).

Par exemple, avec la gestion des transactions basée sur les annotations, vous pouvez utiliser le mode "aspectj" comme suit :

<tx:annotation-driven mode="aspectj" />

Notez que le mode par défaut est "proxy" (c'est-à-dire les proxies dynamiques du JDK).

Regards,

Sam

Answer 4

Obtenir un proxy AOP à partir de l'objet lui-même La question suggère une autre approche bricolée avec AopContext.currentProxy() qui peuvent convenir à des cas particuliers.

Answer 5

Pourquoi ne pas utiliser 'this' au lieu d'injecter le même objet dans lui-même ?