컨트롤러를 위한 어노테이션 개념 정리

 

xml으로 설정했을 때는 "/index"라는 요청을 받으면 xml에 설정된 url과 컨트롤러 클래스 bean 정보대로 컨트롤러를 찾아 매핑된다. Controller라는 인터페이스를 상속하는 각각의 컨트롤러는 handelRequest 메소드를 오버라이드 하여 구현하고 ModelAndView 객체를 리턴한다.

 

 

 

사용자의 요청("/index")에 따라 컨트롤러가 매핑되기 전에 거쳐야 하는 것이 프론트 컨트롤러(서블릿)이다. 프론트 컨트롤러는 스프링이 제공하는 MVC 라이브러리로, 사용자의 요청과 컨트롤러 사이 조율자 역할을 한다. 사용자의 요청을 전부 받은 후 적절한 컨트롤러를 호출하는 역할을 한다.

 

 

 

 

xml 방식을 어노테이션 방식으로 수정하면 각각의 컨트롤러가 Controller 인터페이스를 상속할 필요가 없으므로, 여러 개의 view 페이지를 포괄하는 폴더의 의미로 하나의 컨트롤러를 생성하고 그 안에서 메소드 단위로 행동을 구분할 수 있다. 컨트롤러 클래스에는 @Controller 어노테이션을 달아 컨트롤러 객체를 생성함을 알리고, 각각의 메소드에는 @RequestMapping 어노테이션을 달아 url 매핑을 할 수 있다.

 

@Controller 어노테이션을 찾아 객체를 생성할 수 있게 xml에 component-scan 태그를 붙인다.

annotation-driven 태그는 @RequestMapping 어노테이션을 찾아 url 매핑할 수 있게 하는 역할을 한다.

 

 

 

 

 

메소드의 이름은 매핑과 상관이 없다. 사용자의 요청이 오면 @RequestMapping 어노테이션이 붙은 메소드를 찾아 실행하게 된다. 하지만 일반적으로 매핑 경로와 메소드 이름을 맞춰주는 것이 좋다. 

 

 

 

함수의 반환 타입 역시 상관없다. void, String.. 전부 가능하다. 하지만 void인 경우는 에러가 날 수 있다. "/hello"라는 요청이 왔을 때 뷰 리졸버에 따라 사용자에게 돌려줄 "/WEB-INF/view/hello.jsp" 파일을 찾게 되는데, 해당 파일이 없으면 404 에러가 난다. 콘솔에 찍은 sysout은 정상적으로 찍히므로 실행에 문제가 있는 것은 아니지만 파일 유무에 따라 404 에러가 발생할 수 있다는 것을 고려해야 한다.

 

 

 

만약 뷰 리졸버가 없다면 "/index"라는 요청에 수반하는 뷰 정보가 아예 없기 때문에 500 에러가 발생한다. 이 경우 역시 sysout 출력에는 문제가 없지만 뷰 페이지를 찾지 못해 에러가 발생하게 되는 것이다.

 

 

 

 

프론트 컨트롤러라는 서블릿이 적당한 컨트롤러를 찾지 못하면 돌려줄 값이 없어서 404 에러가 발생한다.

 

 

컨트롤러가 있으나 void으로 반환하는 값이 없을 때도 404 에러가 발생한다.

 

 

=> 컨트롤러가 없어도, 반환할 view 페이지가 없어도 404 발생 => String으로 반환하자