HttpServletRequest 객체에서 Parameter와 Attribute는 서로 다른 용도로 사용되며, 요청(request) 처리 시 다양한 데이터를 저장하고 전달하는 방식입니다. 이 두 개념은 저장 목적, 데이터의 생명 주기, 사용 방식에서 차이가 있습니다.P

HttpServletRequest와 HttpServletResponse는 서블릿 API에서 클라이언트의 요청과 서버의 응답을 처리하는 데 사용되는 주요 인터페이스입니다. 이 두 객체는 서블릿이 요청을 처리하고, 결과를 클라이언트에게 전달하는 데 필요한 데이터를 제공합니

MVC Model 2는 JSP와 서블릿을 기반으로 하는 웹 애플리케이션 아키텍처 패턴으로, Model-View-Controller(MVC) 구조를 사용하여 서버 측에서 요청과 응답을 처리하는 방식입니다. MVC Model 2는 비즈니스 로직, 데이터, 프레젠테이션(화면

Servlet 애너테이션(@WebServlet)을 사용하면, web.xml 파일에 서블릿 설정을 작성하지 않고도 서블릿의 URL 매핑을 쉽게 지정할 수 있습니다. 애너테이션 방식은 코드 내에서 직접 서블릿을 설정할 수 있어 직관적이고, 설정이 간단하다는 장점이 있습니다

web.xml: 배포 설명자(Deployment Descriptor)로서, 서블릿을 설정하고 웹 애플리케이션의 동작을 정의하는 파일입니다. 서블릿의 매핑, 초기화 매개변수, 필터, 리스너 등을 설정할 수 있습니다.서블릿 매핑: 서블릿 클래스와 URL 경로를 연결하여 특

DTO는 Data Transfer Object의 약자로, 데이터를 운반하는 역할을 하는 객체입니다. DTO는 주로 여러 계층(예: 데이터베이스, 서비스, 웹 등) 간에 데이터를 전달할 때 사용됩니다.순수한 데이터만 저장: DTO에는 오직 데이터와 그에 해당하는 gett

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

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

HTTP (HyperText Transfer Protocol) 는클라이언트(브라우저)와 서버 간 데이터를 주고받기 위한 통신 규약(프로토콜)이다. • 기본 포트: 80번 • 특징: 암호화 없음 (평문 통신)HTTPS (HTTP Secure) 는 HTTP에 SSL/TLS

Spring Boot 기반 이커머스 프로젝트를 진행하면서핵심 도메인(Entity)을 먼저 설계했다.단순 CRUD가 아닌 실제 서비스 흐름을 고려하여회원 → 상품 → 주문 → 주문상품 구조를 설계하였다.MemberEntityMember 엔티티는 사용자 정보를 관리하며,

.gitignore에 git 레포에 연동 및 초기 셋팅 부분 세분화 Commitdevelop 브렌치 생성 및 Git WorkFlow 작성 Git 레포 주소 https://github.com/ShinJeongBeom/E-Commerce

프로그래머스 데브코스 과정을 끝내고 개인 역량이 부족하다고 생각되고, 포트폴리오도 특출난 뭔가가 없는것 같아서 개인 프로젝트를 진행 하려고 한다. 결제시스템 및 로그인 등 내가 맡아보지 못한 기능들이 다 들어가 있는것 같아서 선택하게 됬다. ( 이것 저것 추가하다보면

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

서블릿으로 MVC 구조를 직접 구현하다 보면코드는 돌아가지만, 구조적으로 계속 찜찜한 지점들이 생긴다.이번 글에서는 그중에서도 View 이동과 관련된 중복 문제를 중심으로왜 프론트 컨트롤러가 등장했는지 정리해본다.서블릿 MVC에서 발생하는 중복 문제① View로 이동하

웹 애플리케이션에서 클라이언트의 요청(Request)을 서버가 어떻게 받는지는가장 기본이면서도 중요한 개념이다.서블릿(Servlet)에서는 이 요청 정보를HttpServletRequest 객체를 통해 처리한다.HttpServletRequest는 클라이언트가 서버로 보낸

HTTP 캐시는 웹 성능 최적화의 핵심이다.같은 리소스를 매번 서버에서 내려받지 않고, 클라이언트나 중간 프록시 서버가 저장한 데이터를 재사용하는 구조이다.1) max-age• 캐시가 60초 동안 유효하다는 의미• 유효 시간 동안은 네트워크 요청 없이 캐시 데이터를 바

HTTP는 Stateless(무상태) 프로토콜이기 때문에 서버는 요청을 보낸 사용자가 누구인지 알 수 없습니다.이를 해결하기 위해 가장 널리 사용되는 기술이 바로 쿠키(Cookie)입니다.쿠키는 웹 브라우저가 저장하는 작은 데이터 조각이며, 브라우저는 매 요청마다 자동

프로그래머스 데브코스에서는 MariaDB를 사용했지만, 최근 김영한 강사님의 강의를 공부하며 MySQL 환경을 사용해야 하는 상황이 생겼습니다.MariaDB를 삭제하고 MySQL을 재설치하는 과정에서 3306 포트 충돌로 인해 MySQL이 실행되지 않는 문제가 발생했고

백엔드 개발을 하다 보면 “클라이언트가 서버에 요청을 보낸다”라는 말을 매일 듣습니다.그런데, 실제로 요청이 어떻게 전달되고, 서버는 어떤 과정을 거쳐 응답을 돌려주는지 알아보겠습니다. 이번 글에서는 제가 공부하면서 정리한클라이언트 ↔ 서버 통신의 핵심 개념을 정리해봤

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