JCF TEAM BLOG

스프링의 테스팅 프레임워크를 사용하게 되면 각종 테스트에 필요한 applicationContext 설정 파일을 테스트 클래스와 동일한 패키지/동일한 이름(-context.xml)으로 기본적으로 지정이 되기 때문에 불필요한 코딩이 좀 줄어드는 편입니다만, 자바 1.4를 주로 쓰다보니 그런 편리한 기능을 두고 매번 getConfigLocations를 만들고 있습니다.

뭐, 종종 하는 짓이긴 하지만 또 상속입니다. 다중 상속이 됐으면 한 판에 끝나겠지만 뭐 그냥 DI만 필요한 경우, 트랜젝션 관리도 필요한 경우, jdbcTemplate가 필요한 경우의 클래스들이 따로 따로 있기 때문에 각각 만들어놓고 쓰는 수고를 좀 해야겠지요 -_-

자바 1.4에서도 돌아갈 수 있는 스프링의 테스트용 추상 클래스 중에서 한 놈을 뽑아서 거기서 확장을 하겠습니다.
거기에 getConfigLocations를 정의해놓고, 생성자에 약간의 세팅만 해 주면 그나마 비슷한 분위기를 낼 수는 있습니다.
대강 보시면 아시겠지만 스프링에서 제공하는 ClassUtils 를 이용하였습니다.

public abstract class AbstractTests extends
        AbstractDependencyInjectionSpringContextTests {

    public AbstractTests () {
        setDependencyCheck(false);
    }
   
    protected String[] getConfigLocations() {
        return new String[] { ClassUtils.addResourcePathToPackagePath(getClass(), ClassUtils.getShortName(getClass())
                + "-context.xml") };
    }
}

이제 이 놈을 상속 받은 테스트 클래스들은 동일한 패키지 내에 "테스트클래스이름-context.xml" 파일을 만들어서 스프링 빈 설정을 하시면 되겠습니다. 애플리케이션 공통으로 쓰는 applicationContext.xml 파일 등등은 import 선언으로 가져와버리면 되겠죠.

1.4에서 하나 아쉬운 게 또 있다면 @autowired 를 쓸 수 없기 때문에 set메소드는 일일이 만들어줘야 된다는 점이 있습니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.