ou can implement simple factory bean to do the conditional wiring. Such factory bean can contain complex conditioning logic:
public MyBeanFactoryBean implements FactoryBean<MyBean> { // Using app context instead of bean references so that the unused // dependency can be left uninitialized if it is lazily initialized @Autowired private ApplicationContext applicationContext; public MyBean getObject() { MyBean myBean = new MyBean(); if (true /* some condition */) { myBean.setDependency(applicationContext.getBean(DependencyX.class)); } else { myBean.setDependency(applicationContext.getBean(DependencyY.class)); } return myBean; } // Implementation of isSingleton => false and getObjectType }
Maybe a bit better approach is if you use factory bean to create the dependency bean in case you want to have only one such bean in your application context:
public MyDependencyFactoryBean implements FactoryBean<MyDependency> { public MyDependency getObject() { if (true /* some condition */) { return new MyDependencyX(); } else { return new MyDependencyY(); } } // Implementation of isSingleton => false and getObjectType }
SpEL
With SpEL there are many possibilities. Most common are system property based conditions:
class="com.example.MyBean"> name="dependency" value="#{systemProperties['foo'] == 'bar' ? dependencyX : dependencyY}" />
Property placeholder
You can have property placeholder resolve your bean reference. The dependency name can be part of the application configuration.
class="com.example.MyBean"> name="dependency" ref="${dependencyName}" />
Spring profiles
Usually the condition you want to evaluate means that a whole set of beans should or should not be registered. Spring profiles can be used for this:
id="dependency" class="com.example.DependencyX" /> profile="myProfile"> id="dependency" class="com.example.DependencyY" />
Other methods can mark the bean definition as lazy-init="true"
, but the definition will be still registered inside application context (and making your life harder when using unqualified autowiring). You can also use profiles with @Component
based beans via @Profile
annotation.
Check ApplicationContextInitialier
(or this example) to see how you can activate profiles programatically (i.e. based on your condition).
Java config
This is why Java based config is being so popular as you can do:
@Bean
public MyBean myBean() { MyBean myBean = new MyBean(); if (true /* some condition */) { myBean.setDependency(dependencyX()); } else { myBean.setDependency(dependencyY()); } return myBean; }
Of course you can use more or less all configuration methods in the java based config as well (via @Profile
, @Value
or @Qualifier
+ @Autowired
).
Post processor
Spring offers numerous hook points and SPIs, where you can participate in the application context life-cycle. This section requires a bit more knowledge of Spring's inner workings.
BeanFactoryPostProcessor
s can read and alter bean definitions (e.g. property placeholder ${}
resolution is implemented this way).
BeanPostProcessor
s can process bean instances. It is possible to check freshly created bean and play with it (e.g. @Scheduled
annotation processing is implemented this way).
MergedBeanDefinitionPostProcessor
is extension of bean post processor and can alter the bean definition just before it is being instantiated (@Autowired
annotation processing is implemented this way).
UPDATE Oct 2015
-
Spring 4 has added a new method how to do conditional bean registration via
@Conditional
annotation. That is worth checking as well. -
Of course there are numerous other ways with Spring Boot alone via its
@ConditionalOn*
. -
Also note that both
@Import
and@ComponentScan
(and their XML counterparts) undergo property resolution (i.e. you can use${}
).