Autowire primavera y el alcance

prototipo He una clase llamada barra con la siguiente anotación: @Configurable(autowire = Autowire.BY_TYPE)Autowire primavera y el alcance

En un miembro privado que tengo la siguiente anotación:

@Autowired(required = true) 
private Foo foo;

En la configuración de la primavera tengo un grano de la clase Foo. Si el grano se define con scope="prototype" no funciona y me da la siguiente excepción:

NoSuchBeanDefinitionException: No coincidencia de frijol de tipo Foo encontró para la dependencia: esperar al menos 1 frijol, que califica como candidato para este Autowire dependencia

Una vez que cambio el alcance del frijol inyectado a "singleton" funciona bien.

¿No se permite el cableado automático del prototipo de frijol encuadrado?

¿Hay alguna solución (además de obtener el bean manualmente)?

Gracias de antemano, Avner

Fuente

2012-03-22 Avner Levy

Relacionados: http://stackoverflow.com/questions/27776672/spring-protype-scope-behaviour/27782040#27782040 –

Los siguientes enlaces proporcionan soluciones alternativas para este tipo de escenarios:

el primer eslabón habla de la adición de Foo:

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

lo que provocará una nueva instancia cada llamada.

Fuente

2012-07-18 06:41:05

Es bueno lo que has escrito, pero sería mejor si simplemente escribes que configurarlo con proxy es obligatorio :) – tomekK

Solo las respuestas del enlace son malas, ¿qué pasará si los enlaces dados desaparecen? –

-1

Si el alcance de frijol inyectado es 'Singleton', la misma instancia de la semilla será auto-cable. Si el alcance del bean inyectado es 'prototipo', se creará una nueva instancia como parte del proceso de autoenlace.

Qué versión de Spring está utilizando y también adjunte spring-context.xml para más detalles.

Fuente

2012-03-22 10:28:57 user1268571

Soy consciente de las diferencias entre el prototipo y el singleton, simplemente no entiendo por qué debería el alcance del frijol tiene influencia en el auto-cableado. Estoy usando la primavera 3. –

Creo que es el problema el prototipo/singleton declarado en su xml para ese bean.

¿No se permite el cableado automático del prototipo de bean con ámbito?

Creo que no está permitido. La lógica es si está permitido, entonces cada vez que use esa clase, necesita reinstalar ese bean siempre como su campo. Lo cual es extraño especialmente si la clase en la que este bean está autoconectado como campo es un singleton en sí mismo.

¿hay alguna solución (además de obtener el bean manualmente)?

Simplemente intente eliminar el atributo de ámbito, porque si se trata de un atributo de prototipo, no se recuperará. Si esos beans (servicios y DAO) se declaran en su applicationContext, simplemente deje que la anotación de autowire lo obtenga como singleton, ya que por defecto los beans son singleton, lo que debería ser.

Fuente

2012-07-15 08:36:57 vine

Gracias por su respuesta, pero eliminar el atributo del alcance no arreglará mi código ya que todas las instancias de Bar compartirán la misma instancia de Foo que no es lo que necesito. Además, la instancia de Foo se debe instanciar una vez por creación/inyección de objetos Bar y no por uso de campo (según mi comprensión). –

no sé si hay una alternativa para su diseño específico, dígame si existe. Pero en lo que se refiere al diseño, los frijoles deben usarse de forma apátrida, significa tener cuidado en sus campos, asegurarse de que los campos utilizados en esos frijoles no sean campos globales sino campos de métodos, de esta manera, incluso su singleton, usted ganó No se preocupe si es compartido por muchas clases ya que no se comparte ninguna variable global, porque es sin estado. – vine

-2

o simplemente puede usar el nuevo operador.

Fuente

2016-04-25 09:47:53 Sathesh

Eso derrota por completo el propósito completo de DI y IOC. – csmckelvey

Autowire primavera y el alcance

Respuesta

Cuestiones relacionadas