
• 로그 레벨 관리: TRACE → DEBUG → INFO → WARN → ERROR → FATAL(필요한 수준의 로그만 출력 가능) • 다양한 출력 방식: 콘솔, 파일, 원격 서버, DB 등. • 포맷 설정: 날짜/시간, 스레드명, 클래스명, 메시지 형식 지정. •

웹 애플리케이션에서 클라이언트의 요청(Request)을 서버가 어떻게 받는지는가장 기본이면서도 중요한 개념이다.서블릿(Servlet)에서는 이 요청 정보를HttpServletRequest 객체를 통해 처리한다.HttpServletRequest는 클라이언트가 서버로 보낸
서블릿으로 MVC 구조를 직접 구현하다 보면코드는 돌아가지만, 구조적으로 계속 찜찜한 지점들이 생긴다.이번 글에서는 그중에서도 View 이동과 관련된 중복 문제를 중심으로왜 프론트 컨트롤러가 등장했는지 정리해본다.서블릿 MVC에서 발생하는 중복 문제① View로 이동하

프론트 컨트롤러 패턴을 직접 구현해보면서 공통 로직을 하나의 컨트롤러로 모을 수 있다는 것을 확인했다.Spring MVC 역시 동일한 구조를 사용하며, 그 중심에는 DispatcherServlet이 존재한다.이번 글에서는 Spring MVC가 요청을 처리하는 전체 구조

클라이언트가 서버에게 “무엇을 하고 싶은지”를 나타내는 요청 방식예를 들어같은 URL이라도HTTP 메서드에 따라 의미가 완전히 달라진다.정의서버에서 데이터를 조회할 때 사용특징 • 데이터를 조회(Read) 할 때 사용 • 서버 상태를 변경하지 않음 (Safe) • UR

@Slf4j 정리 (Lombok)Spring Boot에서 로그를 출력할 때 사용하는 어노테이션 중 하나가 @Slf4j이다.Lombok이 제공하는 로그 객체를 자동으로 생성해주는 어노테이션원래 로그를 사용하려면 이렇게 작성해야 한다.하지만 @Slf4j를 사용하면자동으로