현재 Request URL 매핑, Context 제어 등을 담당하는 Controller 단은 Struts2를 DI 컨테이너, AOP를 위해서는 spring 을 사용하고 있습니다.
Spring에 Struts를 쓰는 이유는 Spring MVC에 비해 Action Mapping이 Spring MVC에 비해 간결하고
사용하기 쉽다고 생각했는데, spring3 기준으로 MVC를 구현해봤을 때 생각했던 것과는 달리 struts2에 비해 불편한 점은 없었습니다.
그 이유로는.
- spring mvc 만으로 struts2가 제공하는 request mapping, custromized inteceptor등을 구현할 뿐만 아니라 더욱 심플하고 강력한 validation을 제공합니다.
- struts2는 request URL마다 struts.xml에 등록해줘야 되는 번거러움이 있습니다. ( struts2에 와일드카드맵핑을 이용해 어느정도 해소는되었지만)
- spring2.5부터 xml 설정파일없이 annotation기반으로 controller가 구현이 가능하고 spring3 부터는 mvc namespace를 제공해서 더욱간편한 mvc 가 가능합니다.
* mvc namespace에 대한 한가지 예로 비지니스로직이 없는 단순 페이지를 위한 URL ( domain/event/thanks.jce ) 생성시 action class 생성 없이 <mvc:view-controller path="/event/thanks" view-name="/event/thanks"/> 만 추가해주면 해당 URL이 사용가능합니다.
이러한 내용을 정리해보고 직접 구현/테스트를 해본 후, 느낌은 굳이 spring에 struts2를 사용할 필요가 있을까 라는 생각까지 들었습니다. 실제 해외오픈소스커뮤니티, 국내개발관련 커뮤니티를 상주해본 결과 spring을 사용하면서 contoller단을 struts2로 구현하는 경우는 구버젼의 유지보수, spring으로 전환시 기존 시스템유지를 제외하고는 대부분 maven + spring 기반의 프로젝트가 대부분이라고 합니다.
Google trend 에서도 struts2에대한 관심은 점점 줄어드는 추세입니다.
SPRING MVC 구현
-DispatcherServlet
spring mvc는 http request response 같은 클라이언트와의 상호작용 뿐 아니라, controller, view 동작 제어 모두 DispatcherServlet이 맨앞에서 도맡아 처리하고 있습니다. 
-DispatcherServlet등록을 위한 web.xml
spring MVC는 기존 struts, freemarker와 관련된 설정없이 해당 dispatcherServlet만 등록하면 MVC구현이 가능합니다.
* spring-servlet.xml은 스프링환경설정 변수가 포함됩니다.
- component scan package 지정
- viewResolver 등록 ( jsp / freemarker )
- aop
- 공통상수
- datasource
* aop. 공통상수, datasource는 기존방식 그대로 사용
- ViewResolver 지정
contoller의 처리결과를 생성할 view를 지정합니다. view단의 template로 freemarker를 사용하기 위해서 viewResolver를 등록합니다.
- Controller class 생성
- @requestMapping : request mapping 을 위한 annotation, 클래스에 지정하면 해당 클래스 메소드에 모두 적용
메소드 지정시 클래스지정path / 메소드지정
* value : mapping URL
* method : httpRequest Method 지정
ex) http://domain/social/main 호출시 viewResolverPath인 /template/social/main.ftl 로 Mapping된다
- Model Object : view단에 전해지는 Object를 attribute로 가진다.
