Могу ли я составить файл конфигурации Spring из более мелких?

Из документов Spring (v 2.5.5 Раздел 3.2 .2.1.):

Часто бывает полезно разделить определения контейнеров на несколько XML-файлов. Один из способов затем загрузить контекст приложения, настроенный из всех этих XML-фрагментов, — использовать конструктор контекста приложения, который принимает несколько местоположений ресурсов. С помощью фабрики компонентов средство чтения определений компонентов можно использовать несколько раз для чтения определений из каждого файла по очереди.

Как правило, команда Spring предпочитает описанный выше подход, поскольку файлы конфигурации контейнера остаются в неведении о том, что они объединяются с другими. Альтернативный подход заключается в использовании одного или нескольких вхождений элемента для загрузки определений bean-компонентов из другого файла (или файлов). Давайте посмотрим на образец:

<import resource="services.xml"/>
<import resource="resources/messageSource.xml"/>
<import resource="/resources/themeSource.xml"/>

<bean id="bean1" class="..."/>
<bean id="bean2" class="..."/>

В этом примере определения внешних компонентов загружаются из трех файлов: services.xml, messageSource.xml и themeSource.xml. Все пути расположения рассматриваются относительно файла определения, выполняющего импорт, поэтому services.xml в этом случае должен находиться в том же каталоге или пути к классам, что и файл, выполняющий импорт, а messageSource.xml и themeSource.xml должны находиться в ресурсах. расположение ниже расположения импортируемого файла. Как видите, косая черта в начале фактически игнорируется, но, учитывая, что они считаются относительными путями, вероятно, лучше вообще не использовать косую черту. Содержимое импортируемых файлов должно быть действительными файлами определений компонентов XML в соответствии со схемой Spring или DTD, включая элемент верхнего уровня.

Мы делаем это в наших проектах на работе, используя загрузчик ресурсов classpath* в Spring. Для определенного приложения будут загружены все файлы контекста приложения, содержащие идентификатор приложения:

classpath*:springconfig/spring-appname-*.xml

Да, вы можете сделать это через элемент импорта.

<import resource="services.xml"/>

Атрибут ресурса каждого элемента является допустимым путем (например, classpath:foo.xml)

Учитывая то, на что Николас указал мне, я нашел это в документах. Это позволяет мне выбирать интересующие меня контексты компонентов во время выполнения.

GenericApplicationContext ctx = new GenericApplicationContext();
XmlBeanDefinitionReader xmlReader = new XmlBeanDefinitionReader(ctx);
xmlReader.loadBeanDefinitions(new ClassPathResource("modelContext.xml"));
xmlReader.loadBeanDefinitions(new ClassPathResource("uiContext.xml"));
ctx.refresh();

Вот что я сделал для одного из своих проектов. В вашем файле web.xml вы можете определить файлы bean-компонентов Spring, которые вы хотите использовать в своем приложении:

  <context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
      /WEB-INF/applicationContext.xml
      /WEB-INF/modelContext.xml
      /WEB-INF/ui.xml
    </param-value>
  </context-param>

Если это не определено в вашем web.xml, он автоматически ищет /WEB-INF/applicationContext.xml

Следует также отметить, что, хотя вы можете это сделать, если вы не большой поклонник XML, вы можете сделать много вещей в Spring 2.5 с аннотациями.

Да, вы можете использовать тег внутри файла bean-компонента «Master». Но как насчет почему? Почему бы не перечислить файлы в параметре контекста contextConfigLocation массива wab.xml или als Locations фабрики компонентов?

Я думаю, что с несколькими файлами гораздо проще обращаться. Вы можете выбрать только некоторые из них для теста, просто добавить переименование или удалить часть приложения, и вы можете связать разные приложения с одними и теми же файлами конфигурации (версия веб-приложения и командной строки с некоторыми перекрывающимися определениями bean-компонентов).