Я получил код ниже, чтобы установить applicationContext-dao.xml и applicationContext-service.xml в контексте приложения.
<servlet>
<servlet-name>proj</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet
</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>WEB-INF/config/proj-servlet.xml
</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>proj</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/config/applicationContext-dao.xml
/WEB-INF/config/applicationContext-service.xml
</param-value>
</context-param>
Вопрос: зачем хранить /WEB-INF/config/applicationContext-dao.xml и /WEB-INF/config/applicationContext-service.xml в applicationContext и -servlet.xml(proj -servlet.xml в этом случае) в webApplicationContext. не можем ли мы сохранить все файлы в файле webApplicationContext.xml?
В общем, это просто вопрос аккуратности: файлы конфигурации могут расти много (тысячи строк) в реальных больших приложениях.
Также этот подход позволяет разделить модули на большое приложение без боли при разбиении этого файла. Я работал в нескольких проектах, где уровень доступа к базе данных имеет API SOAP/REST, и более чем одно внешнее приложение получает любые необходимые данные через этот API, поэтому эта служба развертывается как автономный модуль.
Ты можешь присоединиться
/WEB-INF/config/applicationContext-dao.xml/WEB-INF/config/applicationContext-service.xml
файлы. Нет проблем с этим. Но полезно сохранять разные концепции в разных файлах, для удобства чтения и удобства обслуживания.
Но всегда держите свой веб-персонал в другом файле для webapplicationcontext.
Да, вы можете сохранить их в одном файле, но для более крупных проектов его можно будет упростить, если вы их отделите.