La traque de la cause du Printemps “pas admissibles pour l'auto-proxy”

Suivez cette recette:

1. Ouvrir BeanPostProcessorChecker dans votre IDE (c'est un intérieur de classe de AbstractApplicationContext)
2. Définir un point d'arrêt sur if (logger.isInfoEnabled()) { dans la méthode postProcessAfterInitialization
3. Exécuter votre code

4. Quand vous frappez le point d'arrêt, regardez pour les appels à getBean(String,Class<T>) dans votre trace de la pile.

   L'un de ces appels vous essayez de créer un BeanPostProcessor. Que bean devrait être le coupable.

Fond

Imaginez cette situation:

public class FooPP implements BeanPostProcessor {
    @Autowire
    private Config config;
}

Quand le Printemps est de créer config (puisque c'est une dépendance de FooPP), il a un problème: Le contrat dit que tous les BeanPostProcessor doit être appliquée à chaque bean est en cours de création. Mais quand le Printemps des besoins config, il y a au moins un PP (à savoir FooPP) qui n'est pas prêt pour le service!

Cela devient encore pire lorsque vous utilisez un @Configuration classe pour définir ce bean:

@Configuration
public class BadSpringConfig {
     @Lazy @Bean public Config config() { return new Config(); }
     @Lazy @Bean public FooPP fooPP() { return new FooPP(); }
}

Chaque classe de configuration est un haricot. Que signifie construire un bean factory de BadSpringConfig, le Printemps doit appliquer le post-processeur fooPP mais pour ce faire, il doit d'abord le haricot usine ...

Dans cet exemple, il est possible de casser une des dépendances cycliques. Vous pouvez faire FooPP mettre en œuvre BeanFactoryAware pour obtenir Printemps injecter le BeanFactory dans le post-processeur. De cette façon, vous n'avez pas besoin d'permettra à l'autowiring.

Plus tard dans le code, vous pouvez paresseusement demander le haricot:

private LazyInit<Config> helper = new LazyInit<Config>() {

    @Override
    protected InjectionHelper computeValue() {
        return beanFactory.getBean( Config.class );
    }
};

@Override
public Object postProcessBeforeInitialization( Object bean, String beanName ) throws BeansException {
     String value = helper.get().getConfig(...);
}

(source pour LazyInit)

Pour briser le cycle entre le bean factory et le post-processeur, vous devez configurer le post-processeur dans un fichier de configuration XML. Le printemps peut lire et construire toutes les structures sans se confondre.

Ne sais pas si c'est utile, mais l'Éclipse Spring IDE's
la vue du graphique ressemble à cela pourrait être utile dans le tri des haricots références..