이전 @EnableWebMvc에서 중요한 부분을 빼먹은 것 같다.. 바로 WebMvcConfigurationSupport와의 관계이다.

그럼 @EnableWebMvc와 WebMvcConfigurationSupport은 무슨 관계?

@EnableWebMvc의 소스를 보면 다음과 같이 되어 있다.

@Retention(RetentionPolicy.RUNTIME) @Target(ElementType.TYPE) @Documented @Import(DelegatingWebMvcConfiguration.class) public @interface EnableWebMvc { }

DelegatingWebMvcConfiguration이라고 되어 있는데 WebMvcConfiguration을 위임 한다고 되어 있는데 이놈도 소스를 열어 봐야 겠다.

@Configuration public class DelegatingWebMvcConfiguration extends WebMvcConfigurationSupport { … … }

WebMvcConfigurationSupport을 확장하고 있다!? 그렇다면 @EnableWebMvc을 사용하면 DelegatingWebMvcConfiguration을 import하고 있으며 DelegatingWebMvcConfiguration은 WebMvcConfigurationSupport을 확장하고 있다.

아! 바로 이놈이였구나!

이미 WebMvcConfigurationSupport을 확장을 함으로써 @EnableWebMvc에서 설명한대로 내부적으로 자동으로 등록해줬던 bean은 DelegatingWebMvcConfiguration을 import함으로서 자동으로 등록 해줬던 것이다.

하지만 Custom한 설정을 할 방법이 없다. annotation이 등록됨으로써 필요한 mvc bean이 등록이 될 뿐이지 customize하게 configuration이 필요하다면 어쩔것인가? 아무리 springframework에서 내부적으로 확장을 한들 @Configuration에서는 사용할 방법이 없다..

그렇다면 어떻게 ?

답은 이미 @EnableWebMvc에서 설명을 했었다. 바로 WebMvcConfigurAdapter을 implement을 하는 것이다. 이 interface을 구현으로서 WebMvcConfigurationSupport와 adapter(중개자?)해준다.

public abstract class WebMvcConfigurerAdapter implements WebMvcConfigurer { public void addFormatters(FormatterRegistry registry) { } public void configureMessageConverters(List> converters) { } public Validator getValidator() { return null; } public void configureContentNegotiation(ContentNegotiationConfigurer configurer) { } public void configureAsyncSupport(AsyncSupportConfigurer configurer) { } public void addArgumentResolvers(List argumentResolvers) { } public void addReturnValueHandlers(List returnValueHandlers) { } public void configureHandlerExceptionResolvers(List exceptionResolvers) { } public MessageCodesResolver getMessageCodesResolver() { return null; } public void addInterceptors(InterceptorRegistry registry) { } public void addViewControllers(ViewControllerRegistry registry) { } public void addResourceHandlers(ResourceHandlerRegistry registry) { } public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer) { } }

그리고 위에서 보시다시피 adapter가 모든 부분에 대해서 customize설정을 지원해주는 건 아니다. 만일 자동으로 등록되는 RequestMappingHandlerAdapter을 custermize하겠다면 어쩌겠는가?

이럴땐 간단하게 @EnableWebMvc을 지우고 바로 WebMvcConfgurationSupport을 확장해버리자!

@EnableWebMvc란 무엇일까?

@EnableWebMvc란놈은 쉽게 얘기하면 web mvc을 이용하는데 있어서 spring container가 가져야할 기본적인 bean component을 등록해서 빠르게 편하게 mvc을 구축할수 있는 configuration 환경을 제공해준다. 예를 들면 spring3 에서 새롭게 제시하고 있는 @MVC (@RequestMapping, @Requestbody, @ResponseBody) 등의 스타일을 위해서 등록되어야 하는 RequestMappingHandler,RequestMappingHandlerAdapter,ExceptionHandlerExceptionResolver 등의 등록을 자동으로 해준다. XML base였다면 <mvc:annotation-driven/>과 같다. 추가적으로 등록되는 빈들은 다음과 같다. conversion service instance number field formatting(conversion) date,calendar,Long ..formatting(conversion) httpMessageConverter (request나 response등의 body에 붙여지는 메세지를 컨버팅할때 사용됨) 그렇다면 XML에서 했던 모든 설정을 java based configuration으로 할수 있다는 것인가? spring MVC을 사용해서 위해서는 web.xml에 url매칭을 front servlet연결 시켜야 합니다. 그리고 url pattern매칭을 rest스타일의 /을 사용하기위해서 web.xml에 url-pattern을 /을 입력합니다.

<servlet-mapping> <servlet-name>basedispacther</servlet-name> <url-pattern>*.do</url-pattern> </servlet-mapping>

하지만 아쉽게도 이렇게하면 *.js,*.jpg등의 정적 리소스에는 접근을 할수가 없는 문제가 발생합니다. 그 이유는 tomcat등의 WAS에는 default servlet이란 놈이 존재합니다. 이놈은 spring이나 struct와 같은 framework가 사용하는 front servlet이 처리하지 않는 정적인 리소스를 처리하기 위해서 존재하는 servlet인데.. 위에처럼 url-pattern이 / 이나 /*이 되어버리면 모든 리소스를 framework의 front servlet이 처리해야 된다는 얘기가 됩니다. 하지만 될리가 없습니다.. 그래서 이러한 문제를 해결하기 위해서 WAS에 WEB.xml에 default servlet이 처리해야 할 리소스 url을 명시적으로 입력 하는 겁니다.

<servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping><br/> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/*.jsp</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/*.js</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/*.jpg</url-pattern> </servlet-mapping>

이렇게 명시적으로 셋팅해주면 default servlet이 해줄수 있는 부분들을 다 해주게 되지만 문제는 was에 의존적으로 된다. 만일 저러한 셋팅을 지원해 주지 않는 컨테이너이거나 매번 새로운 애플리케이션을 셋팅할 때마다 web.xml에 셋팅해줘야 할 것이다. 이러한 문제를 해결하기 위해서 spring은 아주 대안을 내놓았다. 바로 mvc namespace의 을 등록해 두면 dispatcherServlet이 처리할수 없는 request은 was에 default-servlet이 알아서 하라는것이다. 그런데 문제는 3.0에서는 이 기능을 사용하기 위해서 xml+@mvc을 사용할수 밖에 업었습니다. 하지만 다행이도 3.1에 추가된 @EnableWebMvc에서 이러한 문제를 간단하게 해결해 줍니다. 위에서 @EnableWebMvc을 사용하게 되면 spring mvc의 디폴트 설정 빈을 등록하게 해준다고 하였는데 바로 이 자동으로 등록 디폴트 빈에 대한 customize을 할수 있는 방법을 제시하고 있습니다.

@Configuration @EnableWebMvc public class MvcConfig extends WebMvcConfigurerAdapter{ @Override public void configureDefaultServletHandling(DefaultServletHandlerConfigurer configurer){ configurer.enable(); }}