Spring: definición dinámica de Beans

1
26428

Spring: definición dinámica de
Beans

A medida que aplicamos Spring a
nuestros proyectos, nos acostumbramos a su inyección de
dependencias y un día nos damos cuenta de que no podríamos
volver a trabajar como antes. Más o menos como nos pasó
cuando descubrimos Struts o cualquier MVC. Y cuando más
avanzamos, más queremos y Spring es casi inagotable.

Cuando iniciamos el IoC de Spring, el
contexto se carga con la configuración XML que hayamos
indicado. Una característica poco conocida y menos documentada
es la capacidad de modificar dicho contexto programáticamente.

A priori puede parecer medio “traido
de los pelos” querer hacer una cosa semejante. ¿para qué
vamos a querer hacer una cosa así? Si incluso Spring nos
permite cargar el contexto desde varios XMLs. Bueno, resulta muy útil
en las siguientes situaciones:

  • Carga dinámica de plugins

  • Configuración de
    controladores MVC para flujos de WebFlow

  • Automatización de la
    configuración de Spring mediante anotaciones

  • …y muchos etcéteras donde
    no se quiera/pueda incluir la configuración en los XML

A fines de simplificar la explicación,
vamos a organizar el desarrollo del tutorial en tres secciones:

  • Los ApplicationContext

  • Los BeanFactory

  • Juntando todo

Por último os recomendamos
algunos links y nuestras conclusiones.

Los ApplicationContext

Habitualmente, el IoC es responsable por la “interconexión”
de los objetos y no debiéramos preocuparnos por acceder al
contexto; pero en ciertos casos es inevitable acceder al mismo para
buscar una referencia a una instancia que necesitamos. En el caso de
necesitar acceder desde un Action, éste deberá
implementar ApplicationContextAware
como se muestra a continuación. En este ejemplo hemos definido
una clase abstracta ya que el código se reutilizará en
todos los actions:

El messageSourceAccessor
no es imprescindible en todo los casos pero nos resultará muy
útil cuando querramos mostrar un mensaje en el idioma del
usuario y éste es el lugar/momento de obtener una referencia
al mismo.

Para modificar el contexto, debemos castear el ApplicationContext
en un ConfigurableApplicationContext:

Ahora podremos modificar la configuración del contexto.

Los BeanFactory

Para poder añadir Beans, primero debemos crear una
definición del bean y para ello Spring nos provee de diversos
BeanDefinitions:

Obviamente podemos añadirle propiedades de la siguiente
forma:

Una vez completada la definición del Bean, la añadiremos
al contexto utilizando un BeanFactory como el siguiente:

Con este BeanFactory añadimos el bean mediante:

Y básicamente esta es la solución.

Juntando todo

Básicamente, porque en la práctica nos encontraremos
con variadas situaciones y soluciones alternativas para cada una de
ellas. Revisando la documentación se puede descubrir que los
BeanDefinition, BeanFactory, etc. cuentan con varias implementaciones
específicas.

Una de las primeras dificultades que nos encontraremos consiste en
intentar modificar el contexto mientras se está cargando, por
ejemplo durante la inicialización de un bean que pertenece al
contexto. Obtendremos un ConcurrentModificationException.
Esta excepción se debe a que el contenedor ve
modificada la iteración sobre la configuración y no
puede continuar con la misma.

Una forma de evitarlo consiste en implementar en dicho bean una
interfaz ApplicationListener
con la que nuestro Bean será notificado de los eventos de la
aplicación. Entonces, para el evento concreto de finalización
de la carga o actualización del contexto
(ContextRefreshedEvent)
podemos implementar la carga dinámica de Beans sin peligro de
que surja la mencionada excepción.

Un ejemplo:

Algunos links interesantes

  • Documentación oficial de la API de Spring,
    http://www.springframework.org/docs/api/

  • Documentación oficial de Referencia / Chapter 3. The
    IoC Container,
    http://www.springframework.org/docs/reference/beans.html

Conclusiones

La modificación dinámica
de los beans del contexto puede resultar muy útil para abordar
problemáticas donde el dominio cambia dinámicamente
según lo indica el usuario o para simplificar la configuración
de Spring. Requiere conocimientos avanzados y una buena dósis de
autodidacta ya que la documentación no es muy extensa. Los
foros oficiales cuentan con algunos threads que nos pueden orientar.

Desde Autentia contamos con los
conocimientos y experiencia para ayudarle a sacar la máxima
ventaja de las tecnologías más innovadoras y mejorar la
calidad de sus desarrollos software.

No dude en contactarse con nosotros
mediante www.autentia.com .

1 Comentario

Dejar respuesta

Please enter your comment!
Please enter your name here