Inicializacion Lazy De Spring Para Tests - Historial de revisiones

201.251.182.130 en 13:10 8 oct 2009

2009-10-08T13:10:47Z

201.251.185.130 en 13:05 7 oct 2009

2009-10-07T13:05:55Z

201.251.185.130 en 12:15 7 oct 2009

2009-10-07T12:15:37Z

201.251.185.130: /* Posible Solución */

2009-10-06T18:30:30Z

‎Posible Solución

201.251.185.130 en 18:21 6 oct 2009

2009-10-06T18:21:19Z

201.251.185.130 en 20:42 5 oct 2009

2009-10-05T20:42:20Z

201.251.185.130 en 20:40 5 oct 2009

2009-10-05T20:40:12Z

201.251.185.130: Página creada con 'Spring provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile. De esta manera el bean no se instanciará hasta que no se n…'

2009-10-05T20:23:06Z

Página creada con 'Spring provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile. De esta manera el bean no se instanciará hasta que no se n…'

Página nueva

Spring provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile.

De esta manera el bean no se instanciará hasta que no se necesite en el código en tiempo de ejecución en forma directa o porque es la dependencia de otro bean que es necesario.

Se puede utilizar a nivel de bean:
<code xml><bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true"/></code>

o a nivel del contenedor
<code xml>
<beans default-lazy-init="true">
...
</beans>
</code>

@@ Línea 48: / Línea 48: @@
 @ContextConfiguration(locations =
      "classpath:app-business.xml",
-     "classpath:dao-business.xml",
+     "classpath:app-dao.xml",
-     "classpath:jms-business.xml"
+     "classpath:app-jms.xml"
+     )
 public class BlahComponenteTest extends AbstractJUnit4SpringContextTests {
@@ Línea 63: / Línea 63: @@
 @ContextConfiguration(locations =
      "classpath:app-business-componente-test.xml",
-     "classpath:dao-business-componente-test.xml",
+     "classpath:app-dao-componente-test.xml",
-     "classpath:jms-business-componente-test.xml"
+     "classpath:app-jms-componente-test.xml"
+     )
 public class BlahComponenteTest extends AbstractJUnit4SpringContextTests {

@@ Línea 1: / Línea 1: @@
 [[Spring Framework]] provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile.
 De esta manera el bean no se instanciará hasta que no se necesite en el código en tiempo de ejecución en forma directa o porque es la dependencia de otro bean que es necesario.
-Se puede utilizar a nivel de bean:
+Se puede utilizar a nivel de bean: <code xml="xml"><bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true"/></code>
-o a nivel del contenedor
+o a nivel del contenedor <code xml="xml">
 <beans default-lazy-init="true">
     ...
 </beans>
 </code>
 Esto es muy útil durante los tests de componentes ya que nos permite inicializar e involucrar en el test solamente los beans relacionados.
-El problema que surge es que es conveniente utilizar los mismos archivos de configuración que irán a producción. Así estaremos testeando que la configuración de Spring sea correcta.
+Durante los tests de componentes es conveniente utilizar los mismos archivos de configuración que se utilizarán en producción. Así se estará comprobando que la configuración de Spring es correcta.
-Imaginemos los siguientes archivos de configuración:
+El problema que surge es que si se quiere indicar en la configuración que la incialización sea lazy se estará duplicando los archivos de configuración perdiendo esta posibilidad.
-app-business.xml
+Imaginemos los siguientes archivos de configuración:
 <code xml>
 <beans>
      ...
      <bean id="UnBo" ...>
      ...
 </beans>
 </code>
-app-dao.xml
+app-dao.xml <code xml="xml">
 <beans>
      ...
      <bean id="UnDao" ...>
      ...
 </beans>
 </code>
-app-jms.xml
+app-jms.xml <code xml="xml">
 <beans>
      ...
      <bean id="UnJmsTemplate" ...>
      ...
 </beans>
 </code>
 Un test [[JUnit]] de componentes comenzaría con algo así:
-<code java>
+<code java="java">
 @ContextConfiguration(locations =
      "classpath:app-business.xml",
@@ Línea 63: / Línea 54: @@
      ...
+}
 </code>
-Si queremos que la inicialización sea lazy, cada uno de los archivos de configuración debería comenzar con:
+Si queremos que la inicialización sea lazy, cada uno de los archivos de configuración debería comenzar con: <code xml="xml">
 <beans default-lazy-init=true>
 </code>
-Esto implica que tengamos que tener archivos alternativos para los tests:
+Esto implica que tengamos que tener archivos alternativos para los tests: <code java="java">
 @ContextConfiguration(locations =
      "classpath:app-business-componente-test.xml",
@@ Línea 80: / Línea 69: @@
      ...
+}
 </code>
-Una solución que suponemos que debería funcionar es importar los tres archivos en otro y hacer a este lazy:
+=== Una solución que no funciona ===
-<code xml>
+<br> app-spring-config-componente-test.xml <code xml="xml">
 <beans default-lazy-init="true">
      <import resource="app-business.xml" />
@@ Línea 91: / Línea 81: @@
      <import resource="app-jms.xml" />
 </beans>
 </code>
 Y después lo incluímos como un sólo archivo:
-<code java>
+<code java="java">
 @ContextConfiguration(locations =
@@ Línea 103: / Línea 93: @@
      ...
+}
 </code>
-El problema es que la propiedad default-lazy-init no se propaga por las configuraciones importadas (Verificar si esto sigue siendo así en versiones más nuevas de Spring).
+=== Solución  ===
-===Posible Solución===
+Una alternativa para hacer la inicialización lazy durante los tests sin duplicar los archivos de configuración es crear un ContextLoader propio y especificarlo en la anotación @ContextConfiguration.
 El ContextLoader utilizará un DefinitionDocumentReader que le seteará a cualquier definición que lea, el atributo DEFAULT_LAZY_INIT_ATTRIBUTE como true.
-<code java>
+<code java="java">
 package com.tm.cma.web.base;
@@ Línea 147: / Línea 138: @@
+     }
 </code>
-Y así quedaría el test en cuestión:
+Y así quedaría el test en cuestión: <code java="java">
 @ContextConfiguration(
@@ Línea 159: / Línea 149: @@
      ...
+}
 </code>
-[[Category: Spring Framework]]
+[[Category:Spring_Framework]] [[Category:JUnit]]

@@ Línea 1: / Línea 1: @@
-Spring provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile.
+[[Spring Framework]] provee un mecanismo por el cual se le puede indicar que un bean sea consturído lo más tardíamente posbile.
 De esta manera el bean no se instanciará hasta que no se necesite en el código en tiempo de ejecución en forma directa o porque es la dependencia de otro bean que es necesario.
@@ Línea 52: / Línea 52: @@
 </code>
-Un test de componentes comenzaría con algo así:
+Un test [[JUnit]] de componentes comenzaría con algo así:
 <code java>
@@ Línea 160: / Línea 160: @@
+}
 </code>

@@ Línea 153: / Línea 153: @@
 @ContextConfiguration(
-         loader = ""
+         loader = "LazyContextLoader.class"
          locations = "classpath:app-spring-config-componente-test.xml"
+     )

@@ Línea 13: / Línea 13: @@
 </code>
-Esto es muy útil durante los tests de componentes ya que nos permite en el test utilizar la configuración lo más similar a la que existirá en producción. Si marcamos el contenedor como lazy en el test de componentes no se instanciarán beans que no se usen directa o indirectamente durante el test, evitando que fallen porque pueden existir componentes que no estén listos, o que estén fallando pero que no participen en los tests, o porque tengan una dependencia con un entorno inexistente.
+Esto es muy útil durante los tests de componentes ya que nos permite inicializar e involucrar en el test solamente los beans relacionados.
-El problema es que en la versión 2.5 de Spring (habria que verificar si en alguna sub versión posterior o en la 3.x esto fue cambiado) cuando importamos recursos para componer varios xml en uno sólo, la propiedad lazy no se propaga por los imports.
+El problema que surge es que es conveniente utilizar los mismos archivos de configuración que irán a producción. Así estaremos testeando que la configuración de Spring sea correcta.
-Por ejemplo, si tuviésemos los siguientes archivos de configuración en el proyecto:
+Imaginemos los siguientes archivos de configuración:
-business
+app-business.xml
 <code xml>
 <beans>
@@ Línea 31: / Línea 30: @@
 </code>
-dao
+app-dao.xml
 <code xml>
 <beans>
@@ Línea 42: / Línea 41: @@
 </code>
-jms
+app-jms.xml
 <code xml>
 <beans>
@@ Línea 53: / Línea 52: @@
 </code>
-podríamos incluirlos todos en un archivo de configuración general para los tests
+Un test de componentes comenzaría con algo así:
 <code xml>
 <beans default-lazy-init="true">
@@ Línea 64: / Línea 93: @@
 </code>
-y lo usamos en un test de la siguiente manera:
+Y después lo incluímos como un sólo archivo:
 <code java>
@@ Línea 76: / Línea 105: @@
 </code>
-Si funcionase como imaginamos, todos los beans (a menos que se haya indicado lo contrario), se inicilizarïan sólo si se usan durante el test en cuestión.
+El problema es que la propiedad default-lazy-init no se propaga por las configuraciones importadas (Verificar si esto sigue siendo así en versiones más nuevas de Spring).
-El problema es que el atributo default-lazy-init no se propaga a las configuraciones de business, dao y jms que están improtadas.
+===Posible Solución===
-Una solución para esto es definir en la anotación @ContextConfiguration un ContextLoader propio con un leve cambio en la forma en que levanta la configuración.
+El ContextLoader utilizará un DefinitionDocumentReader que le seteará a cualquier definición que lea, el atributo DEFAULT_LAZY_INIT_ATTRIBUTE como true.
 <code java>
@@ Línea 117: / Línea 147: @@
+     }
 </code>

@@ Línea 96: / Línea 96: @@
 public class LazyContextLoader extends GenericXmlContextLoader {
-     protected BeanDefinitionReader createBeanDefinitionReader(GenericApplicationContext context) {
+     protected BeanDefinitionReader
-         XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(context);
+            createBeanDefinitionReader(GenericApplicationContext context) {
          beanDefinitionReader.setDocumentReaderClass(LazyBeanDocumentReader.class);
          return beanDefinitionReader;
@@ Línea 106: / Línea 108: @@
 class LazyBeanDocumentReader extends DefaultBeanDefinitionDocumentReader {
-     protected BeanDefinitionParserDelegate createHelper(XmlReaderContext readerContext, Element root) {
+     protected BeanDefinitionParserDelegate
-         root.setAttribute(BeanDefinitionParserDelegate.DEFAULT_LAZY_INIT_ATTRIBUTE, "true");
+            createHelper(XmlReaderContext readerContext, Element root) {
          return super.createHelper(readerContext, root);
+     }
 </code>