@Scope ("prototype") bean scope no crea nuevo bean

Question

Quiero usar un bean prototipo anotado en mi controlador. Pero la primavera está creando un frijol singleton en su lugar. Aquí está el código para que:

@Component 
@Scope("prototype") 
public class LoginAction { 

    private int counter; 

    public LoginAction(){ 
    System.out.println(" counter is:" + counter); 
    } 
    public String getStr() { 
    return " counter is:"+(++counter); 
    } 
} 

código de controlador:

@Controller 
public class HomeController { 
    @Autowired 
    private LoginAction loginAction; 

    @RequestMapping(value="/view", method=RequestMethod.GET) 
    public ModelAndView display(HttpServletRequest req){ 
     ModelAndView mav = new ModelAndView("home"); 
     mav.addObject("loginAction", loginAction); 
     return mav; 
    } 

    public void setLoginAction(LoginAction loginAction) { 
     this.loginAction = loginAction; 
    } 

    public LoginAction getLoginAction() { 
     return loginAction; 
    } 
    } 

plantilla Velocity:

LoginAction counter: ${loginAction.str} 

primavera config.xml tiene la exploración componente habilitado:

<context:annotation-config /> 
    <context:component-scan base-package="com.springheat" /> 
    <mvc:annotation-driven /> 

Recibo un recuento incrementado cada vez. ¡No puedo entender dónde me estoy equivocando!

actualización

Como suggested by @gkamal, hice HomeControllerwebApplicationContext sea conscientes y se resolvió el problema.

código actualizado:

@Controller 
public class HomeController { 

    @Autowired 
    private WebApplicationContext context; 

    @RequestMapping(value="/view", method=RequestMethod.GET) 
    public ModelAndView display(HttpServletRequest req){ 
     ModelAndView mav = new ModelAndView("home"); 
     mav.addObject("loginAction", getLoginAction()); 
     return mav; 
    } 

    public LoginAction getLoginAction() { 
     return (LoginAction) context.getBean("loginAction"); 
    } 
} 

Answer 1

Ámbito prototipo significa que cada vez que se pide la primavera (getBean o inyección de dependencias) para una instancia que va a crear una nueva instancia y dar una referencia a eso.

En su ejemplo, se crea y se inyecta una nueva instancia de LoginAction en su HomeController. Si tienes otro controlador en el que inyectas LoginAction obtendrás una instancia diferente.

Si desea una instancia diferente para cada llamada - entonces necesita llamar a getBean cada vez - inyectar en un bean Singleton no lo logrará.

Answer 2

¡El hecho de que el bean inyectado en el controlador tenga un alcance de prototipo no significa que el controlador sí lo esté!

Answer 3

El uso de ApplicationContextAware lo está atando a Spring (que puede o no ser un problema). Yo recomendaría pasar un LoginActionFactory, que puede solicitar una nueva instancia de LoginAction cada vez que lo necesite.

Answer 4

su controlador también necesitan el @Scope ("prototipo") defind

así:

@Controller 
@Scope("prototype") 
public class HomeController { 
..... 
..... 
..... 

} 

Answer 5

@controller es un objeto único, y si inyectar un grano de prototipo a una clase Singleton hará el prototipo bean también como singleton a menos que se especifique el uso de la propiedad lookup-method, que en realidad crea una nueva instancia de prototype bean para cada llamada que realice.

Answer 6

utilización solicitud alcance @Scope("request") para obtener frijol para cada solicitud, o @Scope("session") para obtener frijol para cada 'usuario' sesión de

Answer 7

Como se ha mencionado por nicholas.hauschild inyectar contexto primavera no es una buena idea. En su caso, @Scope ("solicitud") es suficiente para solucionarlo. Pero supongamos que necesita varias instancias de LoginAction en el método de controlador.En este caso, yo recomendaría para crear el grano de Proveedor (Spring 4 solución):

@Bean 
    public Supplier<LoginAction> loginActionSupplier(LoginAction loginAction){ 
     return() -> loginAction; 
    } 

Entonces inyectarlo en el controlador:

@Controller 
public class HomeController { 
    @Autowired 
    private Supplier<LoginAction> loginActionSupplier;