Printemps autowire et le prototype de la portée

J'ai une classe nommée Bar avec l'annotation suivante:
@Configurable(autowire = Autowire.BY_TYPE)

Sur un membre privé j'ai l'annotation suivante:

@Autowired(required = true)
private Foo foo;

Dans la configuration spring, j'ai un haricot de la classe Foo. Si le bean est défini avec scope="prototype" il ne fonctionne pas et j'obtiens l'exception suivante:

NoSuchBeanDefinitionException: Pas de correspondance bean de type Foo trouvé pour la dépendance:
attendre au moins 1 fève qui se qualifie comme autowire candidat pour cette dépendance

Une fois que j'ai changer le bean injecté portée à "singleton" il fonctionne très bien.

N'est pas auto câblage de prototypes de l'étendue de haricots permis?

Est-il une solution de contournement (à côté de l'obtention de la fève manuellement)?

Merci d'avance,
Avner

Connexes: stackoverflow.com/questions/27776672/...

OriginalL'auteur Avner Levy | 2012-03-22

  1. 10

    Les liens suivants fournissent des solutions de rechange pour ce type de scénarios:

    1. http://whyjava.wordpress.com/2010/10/30/spring-scoped-proxy-beans-an-alternative-to-method-injection/
    2. http://benkiew.wordpress.com/2012/04/22/spring-2-5-x-create-prototype-instances-from-code/

    Le premier lien parle de l'ajout de Toto: 

    @Component
@Scope(proxyMode = ScopedProxyMode.TARGET_CLASS, value = "prototype")
class Foo

    Qui sera la cause d'une nouvelle instance à chaque appel.

    C'est sympa ce que vous avez écrit, mais il serait mieux si vous voudrais juste écrire que de le configurer avec proxy est nécessaire 🙂
    Seul lien réponses sont mauvaises, ce qui va se passe si les liens disparaissent?

    OriginalL'auteur Avner Levy

  2. 0

    Je crois que c'est le prototype/singleton chose déclarée dans votre xml pour que le haricot est la question.

    N'est pas auto câblage de prototypes de l'étendue de haricots permis?

    Je pense qu'il n'est pas permis. La logique est que si elle est autorisée, alors à chaque fois que vous utilisez cette classe, il faut retrouver cet haricot toujours comme son domaine. Ce qui est bizarre, surtout si la classe que ce bean est autocâblés comme un champ est un singleton.

    est-il une solution de contournement (à côté de l'obtention de la fève manuellement)?

    Juste essayer de retirer l'attribut scope, cause, si c'est de prototype de l'attribut, il ne sera pas récupéré. Si les fèves(services et DAO) sont déclarés dans votre applicationContext, il suffit de laisser le autowire annotation de l'obtenir en tant que singleton car par défaut, les haricots sont singleton, qui doit l'être.

    Merci pour votre réponse, mais de supprimer l'attribut scope ne sera pas corrigé mon code depuis tous les Bar instances partagent la même Foo instance qui n'est pas ce dont j'ai besoin. En supplémentaire le Foo instance doit être instanciée qu'une seule fois par la Barre de la création d'un objet / d'injection et non pas par l'utilisation sur le terrain (dans la mesure où ma compréhension).
    je ne sais pas si il y a une alternative pour votre conception spécifique, dites-moi si il y est. Mais aussi loin que la conception est concerné, les haricots doivent être utilisés dans un apatride façon, cela signifie être prudent dans vos champs, assurez-vous que les champs d'utilisation de ces grains ne sont pas des champs globaux, mais des champs de la méthode, de cette manière, même sa est un singleton, vous ne vous inquiétez pas si elle est partagée par un grand nombre de classes depuis pas de variable globale est partagée,parce qu'elle est Apatride.

    OriginalL'auteur vine

  3. -1

    Si le bean injecté portée est "Singleton", la même instance du bean sera auto-câblé. Si le bean injecté portée est de "prototype", la nouvelle instance sera créée dans le cadre de l'auto-fil du processus.

    Quelle version de Printemps que vous utilisez et aussi attacher de l'spring-context.xml pour plus de détails.

    Je suis conscient des différences entre le prototype et le singleton, je ne comprends juste pas pourquoi le haricot portée ont une influence sur l'auto-câblage. Je suis l'aide de printemps 3.

    OriginalL'auteur user1268571