답변:
메이븐 파일 구조는 이것으로 도움이 될 수 있습니다
본질적으로 Spring 구성 파일 (generic뿐만 아니라 어떤 이름도 가질 수 있음 applicationContext.xml)은 클래스 경로 리소스로 취급되며 아래에 정리됩니다 src/main/resources. 그런 다음 빌드 프로세스 중에 WEB-INF/classes이러한 파일이 정상적인 디렉토리 인 디렉토리 로 복사됩니다 .
변형에는 스프링 컨텍스트를 애플리케이션 프레임 워크 전용의 다른 리소스와 분리하기 위한 추가 spring디렉토리 (예 :)가 포함됩니다 src/main/resources/spring. 응용 프로그램 컨텍스트를 다음과 같은 전용 계층으로 분할 할 수 있습니다.
example-servlet.xml
example-data.xml
example-security.xml등등.
dev / test / production과 같은 다른 환경은 어떻습니까?
일반적으로 Spring 구성은 환경에서 환경 구성을 선택해야합니다. 일반적으로 이는 JNDI, JDBC, 환경 변수 또는 외부 특성 파일을 사용하여 필요한 구성을 제공함을 의미합니다. JNDI가 일반적으로 제어 된 프로덕션 클러스터의 외부 특성 파일보다 관리하기 쉽기 때문에 선호하는 순서대로 나열합니다.
통합 테스트의 경우 "테스트 전용"스프링 구성 파일을 사용해야합니다. 여기에는 테스트 Bean 또는 구성을 사용하는 특수 컨텍스트가 포함됩니다. 이것들은 src / test / resources에 존재 test-하며 개발자들이 자신의 목적을 인식하도록하기 위해 접두사를 가질 수 있습니다 . 일반적으로 빌드 자동화 테스트 중에 HSQLDB 데이터베이스를 대상으로하는 비 JNDI DataSource를 제공하고 테스트 케이스 내에서 참조하는 것이 일반적입니다.
그러나 일반적으로 대부분의 Spring 컨텍스트 파일은 계층간에 이동할 때 특수한 수정이 필요하지 않습니다. 동일한 빌드 아티팩트 (예 : WAR 파일)가 다른 자격 증명을 사용하여 dev / test / production에서 사용되는 경우입니다.
프로젝트가 Maven 모듈로 분할되어 있습니까? 그렇다면 구성 파일에 대해서만 추가 모듈을 추가 할 수 있습니다. 그것을 구성 모듈 이라고 부를 수 있습니다
config-module
|
|--> src\main\resources\config\spring\applicationContex.xml
|--> src\main\resources\config\properties\application.properties
|--> pom.xml이러한 구성은 제안입니다. 자체 파일 세트 설정 JAR 처럼 패키징 하고이 모듈을 다른 모듈 (웹, ear 's lib, 다른 jar)의 종속성으로 추가하십시오.
구성 모듈 리소스 (xml, 속성 등)는 클래스 경로에 있으므로 액세스 할 수 있습니다 .
웹 모듈의 폼
<dependency>
<groupId>com.myproject.group</groupId>
<artifactId>config-module</artifactId>
</dependency>그런 다음 외부 Spring 컨텍스트 파일에서 import 문을 사용 하십시오. 예를 들어
<import resource="classpath*:com/package/subpackage/**/config/applicationContext.xml" />