¿Cómo se logra la importación de recursos condicional en un contexto XML de Spring?

Question

Lo que me gustaría lograr es la capacidad de "dinámicamente" (es decir, basada en una propiedad definida en un archivo de configuración) activar/desactivar la importación de un contexto Spring XML infantil.

me imagino algo como:

<import condition="some.property.name" resource="some-context.xml"/> 

Cuando se resuelve la propiedad (a un valor lógico) y cuando el contexto cierto es importado, de lo contrario, no lo es.

Algunos de mis investigaciones hasta el momento:

• Escribir una costumbre NamespaceHandler (y clases relacionadas) así que puedo registrar mi propio elemento personalizado en mi propio espacio de nombres. Por ejemplo: <myns:import condition="some.property.name" resource="some-context.xml"/>

  El problema con este enfoque es que no quiero replicar toda la lógica de importación de recursos de Spring y no es obvio para qué debo delegar para hacerlo.

• Anulando DefaultBeanDefinitionDocumentReader para extender el comportamiento del análisis e interpretación del elemento "importación" (que ocurre allí en el método importBeanDefinitionResource). Sin embargo, no estoy seguro de dónde puedo registrar esta extensión.

Answer 1

Lo más cerca que se puede obtener utilizando componentes de muelle estándar es:

<import resource="Whatever-${yyzzy}.xml"/> 

donde ${xyzzy} interpola una propiedad de las propiedades del sistema. (Utilizo una versión personalizada de la clase de cargador de contexto que agrega propiedades de otros lugares al objeto de propiedades del sistema antes de iniciar el proceso de carga).

Pero también puede salirse con la suya importando muchas cosas innecesarias ... y utilice varios trucos para causar que los beans necesarios sean instanciados. Estos trucos incluyen:

• marcador de posición y la sustitución de la propiedad
• la selección de diferentes granos utilizando el nuevo lenguaje de expresión de primavera,
• alias de frijol con marcadores de posición en el nombre de destino,
• inicialización frijol perezoso, y
• fábricas de judías inteligentes.

Answer 2

Para el registro, Robert Maldon explica cómo lograr la definición condicional de frijoles en esta publicación: http://robertmaldon.blogspot.com/2007/04/conditionally-defining-spring-beans.html. Es un poco largo copiarlo aquí (además, no creo que deba copiar y pegar su artículo de todos modos).

El resultado final de este enfoque, adaptado para su ejemplo, es:

<condbean:cond test="${some.property.name}"> 
    <import resource="some-context.xml"/> 
</condbean:cond> 

Ciertamente, no es tan simple como una solución de Stephen C, pero es mucho más poweful.

Answer 3

Con Spring 3.1.x puede usar bean profiles para lograr la importación de recursos condicional y la creación de instancias de beans.Esto es, por supuesto, de ninguna ayuda si está utilizando una versión anterior :)

Answer 4

Como se mencionó anteriormente, esto se puede lograr fácilmente con perfiles si está utilizando Spring 3.1+

<!-- default configuration - will be loaded if no profile is specified --> 
<!-- This will only work if it's put at the end of the configuration file --> 
<!-- so no bean definitions after that --> 
<beans profile="default"> 
    <import resource="classpath:default.xml" /> 
</beans> 
<!-- some other profile --> 
<beans profile="otherProfile"> 
    <import resource="classpath:other-profile.xml" /> 
</beans> 

otherProfile puede ser fácilmente activado con, por ejemplo,

mvn install -Dspring.profiles.active=otherProfile 

Si estás utilizando diferentes perfiles en las pruebas, sólo tiene que añadir -DforkMode=never para asegurarse de que las pruebas se ejecutarán en el interior mismo de VM, por lo tanto, el parámetro spring.profiles.active no será perdido

Answer 5

Otra opción es tener su aplicación cargue un archivo modules-config.xml que esté ubicado en la carpeta/conf y edítelo durante la fase de instalación/configuración para descomentar los módulos que desea cargar.

Esta es la solución que estoy usando con una aplicación web que sirve como contenedor para diferentes módulos de integración. La aplicación web se distribuye con todos los diferentes módulos de integración. Un modules-config.xml se coloca en la carpeta tomcat/conf y la carpeta conf se agrega al classpath (a través de la propiedad catalina.properties/common.loader). Mi aplicación web webapp-config.xml tiene un <import resource="classpath:/modules-config.xml"/> para que se cargue.

Answer 6

Otro a tener en cuenta para la primavera 3,0:

<alias name="Whatever" alias=""Whatever-${yyzzy}" /> 

donde ${xyzzy} interpola una propiedad de las propiedades del sistema.

Answer 7

Esto es ahora totalmente posible, utilizando Spring 4.

En el archivo de contenido de la aplicación principal

<bean class="com.example.MyConditionalConfiguration"/> 

Y el MyConditionalConfiguration parece

@Configuration 
@Conditional(MyConditionalConfiguration.Condition.class) 
@ImportResource("/com/example/context-fragment.xml") 
public class MyConditionalConfiguration { 
    static class Condition implements ConfigurationCondition { 
     @Override 
     public ConfigurationPhase getConfigurationPhase() { 
      return ConfigurationPhase.PARSE_CONFIGURATION; 
     } 
     @Override 
     public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) { 
      // only load context-fragment.xml if the system property is defined 
      return System.getProperty("com.example.context-fragment") != null; 
     } 
    } 
} 

Y, por último, se pone el definiciones de bean que desee incluir en /com/example/context-fragment.xml

Ver el JavaDoc for @Conditional