2015-04-07 2 views
0

Я придумал концепцию контейнера parent/child. Я пары весной, определенные в web.xml файле следующим образом:Весенний родительский контейнер

<context-param> 
    <param-name>contextConfigLocation</param-name> 
    <param-value> 
     /WEB-INF/applicationContext-site-dao.xml 
     /WEB-INF/applicationContext-site-security.xml 
     /WEB-INF/applicationContext-mailing.xml 
     classpath:**/applicationContext-*.xml 
     classpath*:META-INF/applicationContext-*.xml 
    </param-value> 
</context-param> 

Это конфигурация собирается создать 5 дочерних контейнеры 1 больших родительского контейнера?

ответ

1

Учитывая, что ваш вопрос о context-param, я собираюсь предположить, что вы спрашиваете о ContextLoaderListener.

ContextLoaderListener создаст единый код ConfigurableWebApplicationContext и применит его метод ConfigurableWebApplicationContext#setConfigLocation(String), чтобы указать расположение (и) конфигурации, разделенные пробелом.

Это единственный контейнер для пружин (ApplicationContext). У него нет родителей.

Spring затем создаст еще WebApplicationContext через DispatcherServlet, который будет использовать ContextLoaderListener в качестве родителя.

+0

Итак, в наших проектах мы не используем контейнеры parent/child. Не могли бы вы объяснить вкратце, почему мы будем использовать это средство? –

+1

'DispatcherServlet' делает. Существуют бобы, такие как обработчики бобовых столбцов, которые применяются только к контейнеру, в котором они определены. –

Смежные вопросы