Я думаю, что реальный ответ заключается в том, что вы можете настроить свое приложение по-другому (чтобы у вас был только один контекст)
Я думаю, что в вашем web.xml вам нужно сделать что-то вроде этого:
<servlet>
<servlet-name>example</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath:/META-INF/applicationSpringConfig.xml
</param-value>
</init-param>
</servlet>
Но чтобы ответить на более глубокий вопрос. Кто-то еще указывает, что вы можете использовать include в вашем файле Spring (в самом деле, в приведенном выше примере в вашем сервлете диспетчера может быть указано более одного параметра Springconfig).
Но когда вы включаете другие файлы контекста, вы не разделяете экземпляры bean-компонентов, а только определения.
Модульные приложения Spring были единственным реальным недостатком Spring по сравнению с EJB и т. Д., Которые привели Spring к использованию OSGi.
И ответ на основной вопрос о том, как разделить контекст Spring, официально вы делитесь экземплярами Spring Bean между контекстами, используя OSGi (spring dm)