* 웰컴 페이지
스트링부트에 Jar를 사용하면 /resources/static/index.html위치에 index.html 파일을 두면 웰컴 페이지로 사용할 수 있음
* 로깅 기능
자주쓰는 로깅 라이브러리 : SLF4J
로그 선언 : private Logger log = LoggerFactory.getLogger(getClass());
@Slf4j : 롬복 사용 가능. 위의 로그 선언을 생략할 수 있게 됨
로그 호출 : log.info("hello")
로그 레벨 : TRACE > DEBUG > INFO > WARN > ERROR
(개발 서버는 debug 출력, 운영 서버는 info 출력)
로그레벨 설정(application.properties)
logging.level.root=info #전체 로그 레벨 설정(기본 info)
logging.level.hello.springmvc=debug #hello.springmvc 패키지와 그 하위 로그 레벨 설정
로그 사용시 장점
- 쓰레드 정보, 클래스 이름 같은 부가 정보를 함께 볼 수 있고, 출력 모양을 조정할 수 있다.
- 로그 레벨에 따라 개발 서버에서는 모든 로그를 출력하고, 운영서버에서는 출력하지 않는 등 로그를 상황에 맞게 조절할 수 있다.
- 시스템 아웃 콘솔에만 출력하는 것이 아니라, 파일이나 네트워크 등, 로그를 별도의 위치에 남길 수 있다. 특히 파일로 남길 때는 일별, 특정 용량에 따라 로그를 분할하는 것도 가능하다.
- 성능도 일반 System.out보다 좋다. (내부 버퍼링, 멀티 쓰레드 등등) 그래서 실무에서는 꼭 로그를 사용해야 한다.
* HTTP 메서드
HTTP 메서드 매핑 예시 : @RequestMapping(value = "/mapping-get-v1", method = RequestMethod.GET)
HTTP 메서드를 축약한 어노테이션을 사용하는 것이 더 직관적이긴 한다.
* @GetMapping
* @PostMapping
* @PutMapping
* @DeleteMapping
* @PatchMapping
* PathVariable(경로 변수)
@PathVariable 어노테이션으로 편리하게 파라미터 조회 가능.
원래는 @PathVariable("userId") String data와 같이 사용하나, 파라미터 이름과 같으면 ("userId")부분은 생략 가능.
@GetMapping("/mapping/users/{userId}/orders/{orderId}")
public String mappingPath(@PathVariable String userId, @PathVariable Long
orderId) {
log.info("mappingPath userId={}, orderId={}", userId, orderId);
return "ok";
}
* 특정 헤더 조건 매핑 - HTTP 헤더 사용
/**
* 특정 헤더로 추가 매핑
* headers="mode",
* headers="!mode"
* headers="mode=debug"
* headers="mode!=debug" (! = )
*/
@GetMapping(value = "/mapping-header", headers = "mode=debug")
public String mappingHeader() {
log.info("mappingHeader");
return "ok";
}
* 미디어 타입 조건 매핑(요청의 Content-Type) - consume
/**
* Content-Type 헤더 기반 추가 매핑 Media Type
* consumes="application/json"
* consumes="!application/json"
* consumes="application/*"
* consumes="*\/*"
* MediaType.APPLICATION_JSON_VALUE
*/
@PostMapping(value = "/mapping-consume", consumes = "application/json")
public String mappingConsumes() {
log.info("mappingConsumes");
return "ok";
}
* 미디어 타입 조건 매핑(요청의 Accept) - produce
/**
* Accept 헤더 기반 Media Type
* produces = "text/html"
* produces = "!text/html"
* produces = "text/*"
* produces = "*\/*"
*/
@PostMapping(value = "/mapping-produce", produces = "text/html")
public String mappingProduces() {
log.info("mappingProduces");
return "ok";
}
* 요청 매핑 - API 예시
API 매핑의 경우 다음과 같이 매핑하는 방법이 주로 사용됨.
같은 매핑 주소라도 GET, POST 등 메서드를 다르게 해서 주어와 동사를 유연하게 분리!
@RestController
@RequestMapping("/mapping/users")
public class MappingClassController {
/**
* 회원 목록 조회: GET /users
* 회원 등록: POST /users
* 회원 조회: GET /users/{userId}
* 회원 수정: PATCH /users/{userId}
* 회원 삭제: DELETE /users/{userId
*/
@GetMapping
public String user() {
return "get users";
}
@PostMapping
public String addUser() {
return "post user";
}
@GetMapping("/{userId}")
public String findUser(@PathVariable String userId) {
return "get userId =" + userId;
}
@PatchMapping("/{userId}")
public String updateUser(@PathVariable String userId) {
return "update userId =" + userId;
}
@DeleteMapping("/{userId}")
public String deleteUser(@PathVariable String userId) {
return "delete userId =" + userId;
}
}
---------------
참고: 인프런 김영한님 강의(스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술)
댓글