JSP(Jakarta Server Pages)

1. 💡 JSP란 무엇인가요?

   • JSP는 Jakarta Server Pages의 약자이며, HTML 코드 안에 자바 코드를 삽입하여 웹 서버에서 동적으로 웹 페이지를 생성한 후 이를 웹 브라우저로 전달하는 서버 사이드 스크립트 언어입니다. 이를 통해 웹 페이지를 사용자 요청에 맞게 동적으로 생성할 수 있습니다.
   • JSP는 Java EE(Enterprise Edition) 스펙 중 하나로, 웹 애플리케이션 서버에서 작동합니다.

2. ⚙️ JSP의 실행 구조를 파헤치다

   • JSP는 실행될 때 자바 서블릿으로 변환되어 실행됩니다. 즉, JSP는 서블릿과 매우 유사한 방식으로 작동한다고 할 수 있습니다. 서블릿은 자바로 작성된 서버 애플리케이션을 말하며, JSP는 이와 달리 HTML 표준에 맞춰 작성되기 때문에 웹 디자인 작업에 더 편리합니다.

3. 📜 JSP의 탄생과 발전사

   • JSP는 1999년 썬 마이크로시스템즈에 의해 처음 배포되었습니다. 이후, 웹 기술이 발전하면서 JSP도 발전해왔으며, 다른 서버 사이드 기술들인 PHP, ASP, ASP.NET과 유사한 구조를 가지고 있습니다.

4. 🎁 JSP의 장점: 왜 선택해야 할까?

   • JSTL(Jakarta Standard Tag Library) 등 JSP 태그 라이브러리를 사용하면 자바 코드 없이 태그만으로 동적인 웹 페이지를 생성할 수 있어, 개발 생산성을 높일 수 있습니다.
   • 또한, Apache Struts나 Jakarta 프로젝트의 일부로 JSP는 더 많은 기능들을 지원하며, 효율적으로 웹 애플리케이션을 구성할 수 있습니다.

---

🔄 JSP 동작 흐름: 요청에서 응답까지의 여정

1. 🌐 클라이언트(웹 브라우저): 요청의 시작점:

   • 사용자가 웹 브라우저를 통해 JSP 페이지를 요청합니다. 이 요청은 서버로 전달됩니다. 여기서 클라이언트는 보통 브라우저로, 웹 페이지에 대한 요청(request)을 서버에 보냅니다.

2. 🖥️ 서버(웹 애플리케이션 서버): 요청 처리의 중심:

   • 서버는 사용자가 요청한 JSP 페이지를 처리하게 됩니다. 이 과정에서 JSP 파일은 서블릿으로 변환됩니다.

3. 🔧 JSP 페이지 변환 과정: 서블릿으로의 변신:

   • 최초 JSP 요청 시: 사용자가 처음 JSP 페이지를 요청할 때, 또는 JSP 파일이 변경된 경우, 서버는 해당 JSP 파일을 서블릿으로 변환합니다. 이 과정은 다음과 같이 세 단계로 진행됩니다:
     1. JSP 파일을 서블릿 자바 파일로 변환: 서버는 JSP 파일을 자바 서블릿 파일로 변환합니다. 이 변환 과정은 자동으로 처리됩니다.
     2. 서블릿 클래스 컴파일: 변환된 서블릿 자바 파일은 자바 클래스 파일로 컴파일됩니다.
     3. 서블릿 클래스 메모리 적재: 컴파일된 서블릿 클래스는 서버 메모리에 적재됩니다. 이를 통해 이후 요청에 대해 빠르게 처리할 수 있습니다.

4. 🚀 JSP 페이지 처리 단계: 데이터부터 응답까지:

   • 서버가 JSP를 서블릿으로 변환한 후, 해당 서블릿을 실행하여 다음과 같은 단계로 요청을 처리합니다:
     1. 데이터 가져오기 (data get): 서버는 필요한 데이터를 가져옵니다. 이 데이터는 보통 데이터베이스나 다른 로직을 통해 처리된 정보입니다.
     2. 로직 및 비즈니스 처리 (Logic - Business): 서버는 가져온 데이터를 기반으로 비즈니스 로직을 처리하고, 데이터베이스 연동 등의 작업을 수행합니다.
     3. 응답 페이지 생성 (response page): 최종적으로 JSP는 처리된 데이터를 포함한 HTML 페이지를 생성하여 클라이언트에게 반환합니다.

5. 📝 Servlet 변환 파일 확인: 변환의 결과물 탐색:

   • JSP가 서블릿으로 변환된 후, 해당 변환 파일을 확인할 수 있는 경로도 제공되어 있습니다. 이는 서버가 JSP를 서블릿으로 변환한 파일이 저장된 위치를 가리킵니다. 예시로 %workspace% 디렉토리 안의 특정 위치에 파일이 저장됩니다.

---

📝 JSP Scriptlet: 코드로 웹을 움직이다!

1. 📢 선언문(Declaration)이란? JSP에서의 변수와 메소드 선언하기

• 선언문은 JSP 페이지에서 멤버 변수나 메소드를 선언하는 영역입니다. JSP에서 자바 코드를 직접 삽입하여 멤버 변수를 선언하거나, 메소드를 정의할 수 있습니다.
• JSP 페이지 내에서 선언된 변수나 메소드는 해당 페이지 전반에서 사용할 수 있습니다.

2. 📐 형식: 선언문은 이렇게 작성합니다

• 선언문은 <%! %> 태그로 감싸서 사용합니다.
  • <%! %>: 이 태그 안에 자바 코드로 멤버 변수 또는 메소드를 정의합니다.

3. 💡 예시: 선언문의 실제 사용 방법

<%! 
int counter;

public void incrementCounter() {
    counter++;
}
%>

---

2. 💻 스크립릿(Scriptlet)이란? JSP에서 자바 코드를 삽입하자

• 스크립릿은 JSP 페이지 내에서 자바 코드를 삽입할 수 있는 영역으로, 클라이언트 요청 시마다 서버에서 처리되는 자바 코드를 삽입하는 데 사용됩니다.
• JSP가 서블릿으로 변환될 때, 해당 자바 코드는 서블릿의 service() 메소드 내에 포함되어 실행됩니다.

2. 📐 형식: 스크립릿은 이렇게 작성합니다

• 스크립릿은 <% %> 태그로 자바 코드를 감싸서 사용합니다.
  • <% 자바 코드 %>: 이 태그 안에 자바 코드를 작성하면 해당 코드가 실행됩니다.

3. 💡 예시: 스크립릿의 실제 사용 방법

<%
int sum = 0;
for(int i=1; i<=100; i++) {
    sum += i;
}
out.println("1부터 100까지의 합은: " + sum);
%>

---

3. 🖨️ 표현식(Expression)이란? 결과를 출력해보자

• 표현식은 JSP 페이지에서 자바 변수나 값을 HTML로 출력할 때 사용됩니다.
• 주로 데이터를 클라이언트의 웹 브라우저에 출력하는 데 사용되며, 자바 코드를 HTML 응답으로 쉽게 변환할 수 있습니다.

2. 📐 형식: 표현식은 이렇게 작성합니다

• 표현식은 <%= %> 태그로 자바 코드를 감싸서 사용합니다.
  • <%= 표현할 값 또는 변수 %>: 이 태그 안에 자바 코드를 작성하면, 해당 코드의 결과값을 HTML로 출력합니다.
  • 세미콜론(;)은 사용하지 않습니다.

3. 💡 예시: 표현식의 실제 사용 방법

안녕 <%= name %>!!!

• <%= name %>: name이라는 자바 변수를 출력합니다. 만약 name 변수에 "홍길동"이라는 값이 들어있다면, 해당 코드는 "안녕 홍길동!!!"으로 변환되어 클라이언트에게 전달됩니다.
• 이 예시는 자바 변수를 직접 HTML 페이지에서 표시하는 간단한 예로, 데이터 출력을 쉽게 할 수 있습니다.

4. ⚠️ 주의사항: 표현식 사용 시 알아둘 점

• 세미콜론(;) 사용 금지: 표현식 안에서는 자바 코드 뒤에 세미콜론을 사용하지 않습니다. 만약 세미콜론을 사용하게 되면 문법 오류가 발생합니다.
• <%= %>와 out.print() 비교: 표현식 <%= %>은 내부적으로 out.print()와 같은 역할을 합니다. 즉, <%= 변수 %>는 <% out.print(변수); %>와 동일한 기능을 합니다.

5. 🔧 응용: 표현식으로 더 많은 것 해보기

• 표현식은 단순한 변수뿐만 아니라 계산식, 메소드 호출 결과 등도 출력할 수 있습니다. 예를 들어:

  현재 시간: <%= new java.util.Date() %>

  위 코드는 현재 시간을 HTML 페이지에 출력합니다. new java.util.Date()가 반환하는 값이 클라이언트에게 표시됩니다.

---

4. 📝 주석(Comment)이란? 코드에 메모 남기기

• 주석은 코드 내에서 설명이나 메모를 남기는 부분으로, JSP 페이지에서 코드 실행에 영향을 주지 않습니다.
• JSP에서의 주석은 HTML 주석과는 다르게 서버 측에서만 처리되며, 클라이언트에게 전달되지 않습니다. 즉, JSP 주석은 브라우저에 표시되지 않습니다.

2. 📐 형식: 주석은 이렇게 작성합니다

• JSP 주석: <%-- --%>로 감싸서 사용합니다.
  • <%-- 주석 내용 --%>: 이 태그 안에 작성된 주석은 JSP 페이지에서 실행되지 않으며, 클라이언트에게 전달되지 않습니다.

3. 💡 예시: 주석의 실제 사용 방법

<%-- 이 부분은 JSP 주석입니다. 클라이언트에게 보이지 않습니다. --%>

<html>
<!-- 이 부분은 HTML 주석입니다. 클라이언트에게 전달됩니다. -->
<body>
    <p>HTML 주석은 클라이언트가 볼 수 있습니다.</p>
</body>
</html>

• JSP 주석 예시:
  • <%-- 이 부분은 JSP 주석입니다. --%>: 이 주석은 서버에서만 처리되며, 클라이언트의 웹 브라우저에는 표시되지 않습니다.
• HTML 주석 예시:
  • <!-- 이 부분은 HTML 주석입니다. -->: 이 주석은 HTML 페이지에 포함되어 클라이언트가 소스 코드를 통해 주석을 볼 수 있습니다.

4. ❓ JSP 주석 vs HTML 주석: 무엇이 다를까?

• JSP 주석 (<%-- --%>): 이 주석은 서버 측에서만 해석되며, HTML 파일로 변환될 때는 포함되지 않습니다. 따라서 클라이언트는 JSP 주석을 볼 수 없습니다.
• HTML 주석 (<!-- -->): 이 주석은 JSP가 처리된 후에도 HTML 파일에 남아 있으므로, 클라이언트가 웹 브라우저의 소스 코드 보기 기능을 통해 볼 수 있습니다.

5. 🔧 응용: 주석을 활용한 코드 관리

• JSP에서 코드를 설명하거나 메모를 남길 때는 JSP 주석을 사용하여 코드가 실행되지 않도록 할 수 있습니다. 또한, 웹 페이지의 일부를 클라이언트에게 보이지 않게 숨기려면 HTML 주석을 사용할 수 있습니다.

---

🚦 JSP Directives: 페이지를 지시하라!

JSP 지시어는 JSP 페이지에서 컨테이너에게 특정 정보를 제공하여 페이지를 처리하는 방식이나 특정 파일을 포함하는 방법 등을 지시하는 데 사용됩니다. JSP에는 세 가지 주요 지시어가 있습니다: page 지시어, include 지시어, tag library 지시어. 각 지시어를 자세히 설명하겠습니다.

1. 📄 page Directive (페이지 지시어): 페이지 설정의 핵심

🧐 설명: page 지시어란 무엇인가?:

• page 지시어는 JSP 페이지가 어떻게 처리될지에 대한 전역 설정을 제공합니다. 주로 문서의 인코딩, 버퍼 크기, 에러 페이지 등을 설정하는 데 사용됩니다.
• 예를 들어, JSP 페이지가 UTF-8로 인코딩되도록 설정하거나, 예외가 발생했을 때 특정 에러 페이지로 이동하도록 지시할 수 있습니다.

📐 형식: page 지시어는 이렇게 작성합니다:

<%@ page attr1="val1" attr2="val2" ... %>

💡 예시: page 지시어의 실제 사용 방법:

<%@ page contentType="text/html; charset=UTF-8" errorPage="error.jsp" %>

• contentType: 문서의 MIME 타입과 캐릭터 인코딩을 지정합니다. 여기서는 text/html과 UTF-8을 사용하고 있습니다.
• errorPage: 에러가 발생했을 때 이동할 페이지를 지정합니다. 예시에서는 error.jsp로 이동하게 됩니다.

2. 🔗 include Directive (인클루드 지시어): 재사용의 시작

🧐 설명: include 지시어란 무엇인가?:

• include 지시어는 다른 JSP 파일을 현재 JSP 파일에 포함할 때 사용됩니다. 반복적으로 사용되는 코드(예: 헤더, 푸터)를 별도의 파일로 만들어 여러 페이지에서 재사용할 수 있습니다.
• 해당 지시어는 정적인 포함을 의미하며, JSP 파일이 컴파일될 때 포함 파일의 내용이 삽입됩니다.

📐 형식: include 지시어는 이렇게 작성합니다:

<%@ include file="file경로" %>

💡 예시: include 지시어의 실제 사용 방법:

<%@ include file="/template/header.jsp" %>

• file: 포함할 파일의 경로를 지정합니다. 이 예시에서는 /template/header.jsp 파일을 포함하여 페이지 상단에 동일한 헤더를 반복적으로 사용할 수 있습니다.

3. 📚 tag library Directive (태그 라이브러리 지시어): 커스텀 태그 활용하기

🧐 설명: taglib 지시어란 무엇인가?:

• taglib 지시어는 JSTL(JSP Standard Tag Library)이나 사용자 정의 태그(Custom Tag)를 JSP 페이지에서 사용할 때 선언합니다.
• 커스텀 태그를 사용하면 JSP 페이지 내에서 자바 코드를 줄이고, 태그를 통해 복잡한 로직을 단순하게 처리할 수 있습니다.

📐 형식: taglib 지시어는 이렇게 작성합니다:

<%@ taglib prefix="c" uri="태그 라이브러리 경로" %>

💡 예시: taglib 지시어의 실제 사용 방법:

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

• prefix: 태그 라이브러리에서 사용할 접두사를 정의합니다. 여기서는 c라는 접두사를 사용하여 JSTL의 코어(core) 태그를 사용하겠다는 의미입니다.
• uri: 태그 라이브러리의 위치를 지정합니다. 위 예시는 JSTL 코어 태그 라이브러리를 사용하기 위한 선언입니다.

---

🔧 Page 지시어: 페이지 설정 세부사항

page 지시어는 JSP 페이지가 어떻게 처리되어야 할지를 정의하는 속성들을 제공합니다. 각 속성의 기본값과 설명을 자세히 설명해드리겠습니다.

🌟 page 지시어 주요 속성: 알아두어야 할 것들

🗣️ language: 사용할 언어 지정

• 기본값: java
• 설명: JSP 스크립트에서 사용할 언어를 지정합니다. 기본적으로 자바를 사용하기 때문에 특별히 변경할 필요가 없습니다.

ℹ️ info: 페이지에 대한 정보 제공

• 기본값: 없음
• 설명: 현재 JSP 페이지에 대한 설명을 제공합니다. 개발자가 페이지에 대한 메타 정보를 추가할 때 사용됩니다.

📰 contentType: 문서의 콘텐츠 타입 설정

• 기본값: text/html;charset=ISO-8859-1
• 설명: 브라우저로 전송되는 응답의 MIME 타입과 문자 인코딩을 지정합니다. 기본적으로 HTML 문서와 ISO-8859-1 문자 집합을 사용하지만, 일반적으로 UTF-8로 설정하는 경우가 많습니다.

🔤 pageEncoding: 페이지의 인코딩 지정

• 기본값: ISO-8859-1
• 설명: JSP 페이지의 문자 인코딩을 지정합니다. 이 설정을 통해 JSP 페이지가 특정 문자 인코딩으로 저장되고 처리됩니다.

📦 import: 필요한 클래스 가져오기

• 기본값: 없음
• 설명: JSP 페이지에서 사용할 Java 패키지나 클래스를 지정합니다. import는 Java의 import 문과 동일한 역할을 하며, 예를 들어 자주 사용하는 java.util.List 같은 클래스를 가져올 때 사용됩니다.

👥 session: 세션 사용 여부 설정

• 기본값: true
• 설명: JSP 페이지에서 세션 객체를 사용할지 여부를 설정합니다. 기본적으로 세션은 활성화되어 있으며, false로 설정하면 세션을 비활성화할 수 있습니다.

🚫 errorPage: 에러 발생 시 이동할 페이지 지정

• 기본값: 없음
• 설명: 에러가 발생했을 때 대신 처리할 JSP 페이지를 지정합니다. 예를 들어, error.jsp를 지정하면 JSP 페이지에서 예외가 발생할 경우 error.jsp로 자동으로 포워딩됩니다.

❗ isErrorPage: 에러 페이지 여부 설정

• 기본값: false
• 설명: 현재 JSP 페이지가 에러 핸들링을 담당하는 페이지인지 여부를 지정합니다. true로 설정되면 해당 페이지에서 예외 객체를 사용할 수 있습니다.

💾 buffer: 버퍼 크기 설정

• 기본값: 8KB
• 설명: JSP 페이지가 클라이언트에게 응답을 전송하기 전에 보관할 버퍼의 크기를 지정합니다. 기본적으로 8KB의 버퍼를 사용하며, 응답이 버퍼에 저장된 후 전송됩니다.

🔄 autoflush: 버퍼 자동 비우기 설정

• 기본값: true
• 설명: 버퍼가 가득 찼을 때, 자동으로 내용을 클라이언트에게 전송할지 여부를 설정합니다. true일 경우 버퍼가 가득 차면 자동으로 비워집니다.

🔒 isThreadsafe: 멀티 쓰레드 안전성 설정

• 기본값: true
• 설명: JSP 페이지가 멀티 쓰레드에서 안전하게 동작하는지 여부를 설정합니다. 기본적으로 true로 설정되어 있으며, false로 설정하면 JSP 페이지는 SingleThread 모델로 동작하여 하나의 쓰레드에서만 서비스됩니다.

🔗 extends: 상속받을 클래스 지정

• 기본값: javax.servlet.jsp.HttpJspPage
• 설명: 현재 JSP 페이지가 상속받는 클래스를 지정합니다. 기본적으로 JSP 페이지는 HttpJspPage 클래스를 상속받습니다. 이 속성을 사용하면 JSP 페이지가 다른 클래스를 상속받도록 변경할 수 있습니다.

---

🔑 JSP 기본 내장 객체: 필수 도구 모음

📨 request: 클라이언트의 요청 정보

• Type: jakarta.servlet.http.HttpServletRequest
• 설명: 클라이언트로부터의 요청을 처리하는 객체입니다. 주로 HTML 폼 요소의 값이나 사용자 입력 데이터를 읽어올 때 사용됩니다. 또한, HTTP 요청 메서드(GET, POST 등)와 관련된 정보를 얻을 수 있습니다.

📤 response: 서버의 응답 처리

• Type: jakarta.servlet.http.HttpServletResponse
• 설명: 클라이언트에게 응답을 보내기 위한 객체입니다. JSP 페이지에서 동적으로 생성된 데이터를 클라이언트에게 전송할 때 사용합니다. 응답 헤더 설정, 쿠키 전송, 리디렉션 처리 등 다양한 기능을 제공합니다.

📋 pageContext: 페이지 컨텍스트 정보

• Type: jakarta.servlet.jsp.PageContext
• 설명: JSP에서 기본적으로 제공되는 모든 객체에 접근할 수 있게 해주는 상위 객체입니다. 또한, forward 및 include 기능을 활용할 때 사용됩니다. 페이지 컨텍스트는 페이지의 모든 정보를 포함하는 컨테이너 역할을 합니다.

👥 session: 사용자 세션 관리

• Type: jakarta.servlet.http.HttpSession
• 설명: 클라이언트와 서버 간의 세션 정보를 관리하는 객체입니다. 세션 객체를 통해 사용자의 상태를 유지하고, 클라이언트의 로그인 상태, 장바구니 정보 등을 저장할 수 있습니다. page 지시어에서 session="false"로 설정하면 세션 객체는 생성되지 않습니다.

🌐 application: 애플리케이션 범위 객체

• Type: jakarta.servlet.ServletContext
• 설명: JSP 페이지가 속한 웹 애플리케이션 전체에 대한 정보를 공유할 수 있는 객체입니다. 애플리케이션 범위에 속하는 데이터를 저장하거나 다른 서블릿과 정보를 공유할 때 유용합니다.

🖨️ out: 출력 스트림 처리

• Type: jakarta.servlet.jsp.JspWriter
• 설명: JSP 페이지에서 생성된 데이터를 클라이언트에게 전송하는 데 사용됩니다. 주로 HTML, 텍스트 출력에 사용되며, out.println()을 통해 데이터를 출력합니다. 클라이언트에게 전달할 출력 스트림을 처리합니다.

⚙️ config: 서블릿 설정 정보

• Type: jakarta.servlet.ServletConfig
• 설명: JSP 페이지에 대한 초기화 파라미터와 같은 설정 정보를 포함하는 객체입니다. 서블릿 컨테이너로부터 JSP가 실행될 때 초기화될 수 있는 환경설정을 제공받습니다.

📄 page: 현재 페이지 객체

• Type: java.lang.Object
• 설명: 현재 JSP 페이지에 대한 참조 변수입니다. JSP가 변환된 서블릿의 this에 해당하며, 자바 코드에서 페이지 자체를 참조할 때 사용됩니다.

❗ exception: 예외 처리 객체

• Type: java.lang.Exception
• 설명: JSP 페이지에서 발생한 예외를 처리하는 객체입니다. isErrorPage="true"로 설정된 JSP 페이지에서만 사용할 수 있으며, 예외가 발생했을 때 그 예외 객체를 참조하여 예외 처리를 할 수 있습니다.

---

🌍 JSP 기본 객체의 영역(scope): 데이터의 생명주기

JSP에서 기본 객체는 특정한 유효 범위 내에서 사용됩니다. 이 유효 범위를 scope라고 하며, JSP에서 객체를 저장할 수 있는 네 가지 주요 영역이 있습니다. 이 영역들은 각각의 목적에 따라 객체가 존재하는 시간과 범위를 정의합니다. 각 영역을 설명하겠습니다.

1. 📄 page 영역: 페이지 내에서만 유효

• 설명:
  • 하나의 JSP 페이지를 처리할 때 사용되는 영역입니다. 즉, 클라이언트의 요청이 발생하면 그 요청을 처리하는 동안 해당 JSP 페이지 내에서만 유효한 객체를 저장하는 공간입니다.
  • 하나의 JSP 페이지가 호출될 때마다 새로운 page 객체가 생성되며, 그 페이지가 끝나면 객체도 소멸됩니다.
  • 페이지 영역을 벗어나면 객체는 사라지게 됩니다. 즉, 다른 JSP 페이지에서는 이 객체를 사용할 수 없습니다.
  • 주로 커스텀 태그에서 새로운 변수를 추가하거나, JSP 페이지 내에서만 사용할 변수를 선언할 때 사용됩니다.
• 특징:
  • 단 하나의 page 객체만이 해당 페이지에서 유효하며, 페이지 내에서만 데이터를 유지합니다.
  • 페이지를 넘어서는 데이터 전송은 불가능합니다.

2. 📨 request 영역: 요청 단위로 유효

• 설명:
  • 하나의 HTTP 요청을 처리할 때 사용되는 영역입니다. 클라이언트가 서버에 요청을 보낼 때마다 새로운 request 객체가 생성되며, 요청이 끝날 때까지 유효합니다.
  • 요청이 완료되어 클라이언트에게 응답을 전송하면, request 객체는 소멸됩니다.
  • 주로 폼 데이터나 쿼리스트링과 같이 클라이언트가 입력한 데이터를 처리하는 데 사용됩니다.
• 특징:
  • 각 요청마다 새로운 request 객체가 생성됩니다.
  • 같은 요청 내에서 다른 JSP나 서블릿으로 데이터를 전송할 때 유용합니다.
  • 응답이 끝나면 객체는 사라지므로, 한 번의 요청에 대해서만 데이터가 유효합니다.

3. 👥 session 영역: 사용자 세션 동안 유효

• 설명:
  • 사용자와 서버 간의 세션 정보를 유지하는 영역입니다. 세션 객체는 같은 사용자(브라우저)가 서버에 연결되어 있는 동안 지속됩니다.
  • 로그인 정보나 사용자 설정 등 세션 유지가 필요한 데이터를 저장하는 데 사용됩니다.
  • 클라이언트가 웹 브라우저를 닫거나, 세션이 만료될 때까지 session 객체는 유지됩니다. 동일한 사용자가 요청하는 모든 페이지는 같은 session 객체를 공유하게 됩니다.
• 특징:
  • 한 번 세션이 생성되면 클라이언트가 웹 브라우저를 닫거나 세션이 만료될 때까지 객체가 유지됩니다.
  • 같은 사용자가 요청하는 페이지 간에 데이터를 유지할 수 있어 사용자별 데이터 관리가 가능합니다.

4. 🌐 application 영역: 애플리케이션 전체에서 유효

• 설명:
  • 웹 애플리케이션 전체에서 공유되는 영역입니다. 웹 애플리케이션이 시작되면 application 객체가 생성되며, 서버가 종료될 때까지 유지됩니다.
  • 같은 웹 애플리케이션 내의 모든 JSP 페이지와 서블릿에서 application 객체를 공유합니다.
  • 주로 애플리케이션 전반에서 사용되는 공용 데이터를 저장하는 데 사용됩니다.
• 특징:
  • 애플리케이션 단위로 데이터를 유지합니다. 즉, 모든 클라이언트와 모든 세션에서 공유됩니다.
  • 서버가 재시작되기 전까지 객체는 계속해서 유지됩니다.

---

🛠️ JSP 기본 객체의 영역 메서드: 데이터 관리 방법

1. setAttribute(String name, Object value)

• 설명:
  • 속성(attribute)을 저장할 때 사용하는 메서드입니다.
  • name은 속성의 이름을 나타내며, value는 저장할 데이터입니다. 이때 데이터는 Object 타입으로 저장되기 때문에 모든 자바 객체를 저장할 수 있습니다.
  • 예를 들어, 특정 사용자의 정보를 세션이나 요청에 저장할 때 setAttribute를 사용하여 저장합니다.
• 사용 예시:

  request.setAttribute("userName", "John Doe");
  session.setAttribute("userAge", 30);

2. getAttribute(String name)

• 설명:
  • name에 해당하는 속성의 값을 반환하는 메서드입니다.
  • setAttribute로 저장된 값이 있을 경우 Object 타입으로 반환되며, 없을 경우 null을 반환합니다.
  • 반환된 데이터는 Object 타입이기 때문에, 필요에 따라 적절한 형변환을 해야 합니다.
• 사용 예시:

  String userName = (String) request.getAttribute("userName");
  Integer userAge = (Integer) session.getAttribute("userAge");

3. getAttributeNames()

• 설명:
  • 현재 객체에 저장된 모든 속성들의 이름(name)을 Enumeration 객체 형태로 반환하는 메서드입니다.
  • 이 메서드를 사용하면 JSP 페이지나 서블릿에서 현재 저장된 속성들을 모두 확인할 수 있습니다.
• 사용 예시:

  Enumeration<String> attributeNames = request.getAttributeNames();
  while (attributeNames.hasMoreElements()) {
      String attributeName = attributeNames.nextElement();
      Object attributeValue = request.getAttribute(attributeName);
      // 각 속성 값에 대한 처리
  }

4. removeAttribute(String name)

• 설명:
  • name에 해당하는 속성을 삭제하는 메서드입니다. 즉, setAttribute로 저장된 속성을 제거합니다.
  • 삭제된 후에는 getAttribute로 해당 속성을 조회해도 null이 반환됩니다.
  • 주로 세션 종료 시 사용자의 정보를 삭제하거나, 요청이 완료된 후 불필요한 데이터를 정리할 때 사용됩니다.
• 사용 예시:

  request.removeAttribute("userName");
  session.removeAttribute("userAge");

---

🚀 WEB 페이지 이동: forward와 sendRedirect

1. 🔄 forward(request, response) : 서버 내부에서 페이지 이동

설명:

• forward는 클라이언트의 요청을 같은 서버 내에서 다른 자원(페이지, 서블릿 등)으로 전달하는 방식입니다. 서버 측에서 처리되는 방식이므로 클라이언트는 실제로 페이지가 이동했는지 알 수 없습니다.

🛠️ 사용 방법: forward는 이렇게 사용합니다

RequestDispatcher dispatcher = request.getRequestDispatcher(path);
dispatcher.forward(request, response);

• RequestDispatcher 객체를 사용하여 지정한 경로로 요청을 전달합니다. 이때 클라이언트는 URL이 변경되지 않습니다.

📍 이동 범위: 같은 서버 내에서만

• 동일 서버(project) 내 경로에서만 이동할 수 있습니다. 다른 서버나 외부 URL로 이동할 수 없습니다.

🔒 URL 표시줄: 변경되지 않음

• 클라이언트의 URL이 변경되지 않으며, 사용자는 현재 이동된 페이지의 URL을 확인할 수 없습니다. 실제 이동된 페이지의 주소를 알 수 없습니다.

📦 객체: 기존 request와 response 유지

• 기존의 request와 response 객체가 그대로 전달됩니다. 즉, 원래의 요청 객체에 담긴 데이터를 그대로 전달할 수 있습니다.

⚡ 속도: 빠름

• 클라이언트가 다시 요청을 보내지 않기 때문에 sendRedirect에 비해 빠릅니다. 서버에서 처리되므로 추가적인 HTTP 요청이 발생하지 않습니다.

💾 데이터 유지: request 범위 데이터 전달 가능

• request 객체의 setAttribute(name, value)를 사용하여 데이터를 전달할 수 있습니다. forward 방식에서는 request 범위의 데이터가 유효하게 전달됩니다.

---

2. 🔗 sendRedirect: 클라이언트에게 새 요청 지시

설명:

• sendRedirect는 클라이언트에게 새로운 URL로 이동하라는 응답을 보내어 브라우저가 직접 새로운 요청을 하도록 하는 방식입니다. 클라이언트 측에서 URL이 변경되며, 외부 서버나 URL로도 이동이 가능합니다.

🛠️ 사용 방법: sendRedirect는 이렇게 사용합니다

response.sendRedirect(location);

• 클라이언트에게 새로운 URL로 요청을 보내도록 지시하는 방식입니다. 이때 클라이언트의 브라우저가 새로운 URL로 이동하게 됩니다.

🌍 이동 범위: 외부 서버도 가능

• 동일 서버뿐만 아니라, 다른 서버 또는 외부 URL로도 이동할 수 있습니다. 예를 들어, 구글이나 다른 웹사이트로도 리디렉션이 가능합니다.

🔓 URL 표시줄: 변경됨

• 이동하는 페이지의 URL로 변경됩니다. 클라이언트는 이동된 페이지의 새로운 URL을 확인할 수 있습니다.

📦 객체: 새로운 request와 response 생성

• 기존의 request와 response 객체는 소멸되며, 새로운 request와 response 객체가 생성됩니다. 따라서 기존 요청에서의 데이터는 유지되지 않습니다.

🐢 속도: 느림

• 클라이언트가 새로운 HTTP 요청을 다시 보내야 하므로 forward에 비해 느립니다. 브라우저가 새로운 페이지를 요청하기 때문에 네트워크 트래픽이 한 번 더 발생합니다.

❌ 데이터 유지: request 데이터 유지 불가

• request 객체에 데이터를 저장할 수 없습니다. 데이터를 유지하려면 session이나 cookie를 사용해야 합니다. request 범위의 데이터는 sendRedirect에서 전달되지 않기 때문입니다.

---

📝 정리: forward와 sendRedirect 비교

구분	forward(request, response)	sendRedirect(location)
사용 방법	RequestDispatcher dispatcher = ...	response.sendRedirect(location)
이동 범위	동일 서버 내에서만 이동 가능	동일 서버 및 외부 서버 모두 가능
location bar (URL 표시)	기존 URL 유지, 이동된 페이지의 주소는 확인 불가	새로운 URL로 변경
객체	기존 request와 response가 그대로 전달됨	새로운 request와 response가 생성됨
속도	빠름	느림
데이터 유지	request의 데이터 유지 가능	request의 데이터는 유지 불가, session이나 cookie 사용 필요

forward는 같은 서버 내에서 데이터를 유지하면서 빠르게 페이지를 이동할 때 사용되고, sendRedirect는 클라이언트가 URL을 변경하며 새로운 요청을 보내야 할 때, 혹은 다른 서버나 외부 URL로 이동해야 할 때 사용됩니다. 각 방식의 특성을 이해하고 상황에 맞게 사용하는 것이 중요합니다.

---

🎯 프론트 컨트롤러 패턴(Front Controller Pattern): 요청의 중앙 집중 처리

프론트 컨트롤러 패턴(Front Controller Pattern)은 웹 애플리케이션에서 모든 요청을 하나의 서블릿으로 통합하여 처리하는 디자인 패턴입니다. 이 패턴을 사용하면 여러 개의 서블릿을 개별적으로 관리하는 대신, 단일 진입점에서 모든 요청을 받아서 필요한 로직으로 분배하는 방식으로 작동합니다.

💡 1. 프론트 컨트롤러 패턴이란?

• 프론트 컨트롤러 패턴은 웹 애플리케이션에서 모든 클라이언트 요청을 단일 진입점(주로 하나의 서블릿)을 통해 처리하는 방식입니다.
• 이 패턴에서는 클라이언트 요청을 먼저 한 곳으로 모은 후, 그 요청에 따라 해당 기능을 처리할 컨트롤러나 JSP 페이지로 포워딩하거나 필요한 비즈니스 로직을 수행합니다.
• 이 패턴을 사용하면 코드 중복을 줄이고 애플리케이션의 유지 보수성을 높일 수 있지만, 한 서블릿에 너무 많은 코드가 집중되어 복잡해질 수 있습니다.

🔄 2. 동작 방식: 요청에서 응답까지

1. 클라이언트 요청이 서버로 들어옵니다.
2. 프론트 컨트롤러(Front Controller), 즉 하나의 서블릿이 모든 요청을 처리합니다.
3. 이 서블릿은 요청의 파라미터 값(action 등)을 분석하여, 어떤 비즈니스 로직을 수행할지 결정합니다.
4. 요청에 따라 적절한 서비스, 비즈니스 로직을 호출하거나, JSP 페이지로 포워딩합니다.
5. 결과를 클라이언트에게 응답합니다.

🔢 3. 파라미터로 요청 분기 처리하기

• 파라미터(action): 클라이언트가 전송하는 action 파라미터를 통해 다양한 요청을 하나의 서블릿으로 처리합니다. 예를 들어, 파라미터에 따라 로그인, 회원가입, 게시글 작성 등 서로 다른 작업을 분기 처리할 수 있습니다.

  String action = request.getParameter("action");
  
  if ("login".equals(action)) {
      // 로그인 처리 로직
  } else if ("register".equals(action)) {
      // 회원가입 처리 로직
  } else if ("post".equals(action)) {
      // 게시글 작성 처리 로직
  }

• 각 액션별로 처리 로직을 분기: 프론트 컨트롤러는 이 action 파라미터를 기준으로, 요청된 작업에 맞는 서비스나 JSP 페이지로 요청을 포워딩합니다. 예를 들어:

  • action=login일 경우 로그인 로직을 수행
  • action=register일 경우 회원가입 로직을 수행

🏆 4. 장점: 중앙 관리의 이점

• 중앙 집중 관리: 모든 요청을 하나의 서블릿에서 처리하므로 로깅, 보안, 인증 등의 공통 작업을 단일 지점에서 처리할 수 있습니다.
• 코드 중복 감소: 요청마다 개별 서블릿을 만드는 대신, 하나의 서블릿에서 처리하기 때문에 중복된 코드 작성이 줄어듭니다.
• 유지 보수성 향상: 비즈니스 로직의 변경이 생기더라도 단일 서블릿에서 수정하면 되므로 유지 보수 작업이 간소화됩니다.

⚠️ 5. 단점: 복잡성 증가 가능성

• 서블릿 코드가 복잡해짐: 여러 작업을 하나의 서블릿에서 모두 처리하기 때문에 코드가 길어지고 복잡해질 수 있습니다.
• 확장성 부족: 요청이 많아질수록 if-else 또는 switch 문이 길어져서, 코드를 관리하기 어려워질 수 있습니다. 이를 해결하기 위해 Command 패턴과 같은 추가적인 패턴을 도입해 비즈니스 로직을 별도로 분리할 수 있습니다.

🖥️ 6. JSP와의 연계: 프론트 컨트롤러와 JSP

• 프론트 컨트롤러는 비즈니스 로직을 처리한 후, 결과를 JSP 페이지로 포워딩하여 클라이언트에게 출력할 수 있습니다.
  • 예를 들어, action=login으로 로그인 처리가 끝난 후, 결과에 따라 loginSuccess.jsp나 loginFailure.jsp로 이동하게 됩니다.
  • JSP는 주로 뷰(View) 역할을 하여, 프론트 컨트롤러에서 처리된 결과를 사용자가 볼 수 있게 합니다.

🚀 7. 개선 방안: 패턴의 단점 극복하기

• 프론트 컨트롤러 패턴의 단점을 보완하기 위해 Command 패턴이나 Handler 패턴을 함께 사용합니다.
  • 각 action을 개별 클래스로 분리하여 책임을 분담시킴으로써, 프론트 컨트롤러의 복잡성을 줄일 수 있습니다.

---

🔬 JSP와 HTML의 실행 순서 및 작동 원리

JSP는 서버에서 자바 코드가 먼저 실행되고, 그 결과가 HTML로 변환되어 클라이언트(브라우저)에게 전달된다는 점을 명확히 이해해야 합니다. 이를 구체적으로 설명하겠습니다.

🏁 1. 서버에서 자바 코드가 먼저 실행된다

• JSP 페이지는 서버에서 자바 코드와 HTML이 결합된 형태로 동작합니다. JSP 파일은 브라우저에서 직접 실행되지 않고, 서버에서 자바 서블릿(Servlet)으로 변환된 후 실행됩니다.
• 이때 JSP 페이지에 포함된 자바 코드는 먼저 서버에서 실행되며, 그 결과로 HTML 페이지가 생성됩니다.
• 클라이언트(사용자)는 브라우저를 통해 서버가 반환한 최종 HTML 코드만을 보게 됩니다. 따라서 자바 코드가 HTML 문법에 영향을 줄 수 없습니다. 자바 코드 실행 후의 결과만 HTML로 반영될 뿐입니다.

📈 2. 자바 코드의 실행 순서

• JSP 페이지를 처리하는 순서는 다음과 같습니다:

  1. 서버는 클라이언트의 요청을 받으면, JSP 페이지를 자바 서블릿으로 변환하고 실행합니다.

  2. JSP 내에 포함된 자바 코드는 서버에서 먼저 실행되며, 결과값을 HTML로 변환합니다.

  3. 서버는 변환된 HTML을 클라이언트에게 응답으로 보냅니다.

  4. 클라이언트는 서버가 보내온 HTML을 브라우저에서 렌더링하여 웹 페이지를 출력합니다.

     예를 들어, JSP 코드에서 자바 코드와 HTML 코드가 함께 작성된 경우:

     <html>
     <body>
         <h1>안녕하세요, 현재 시각은</h1>
         <%= new java.util.Date() %>
     </body>
     </html>

  • 서버는 <%= new java.util.Date() %> 부분을 자바 코드로 실행한 후, 그 결과인 현재 날짜와 시간을 HTML 코드에 삽입하여 클라이언트에게 전달합니다.
  • 최종적으로 클라이언트는 HTML 코드만 보게 되고, 브라우저에서 자바 코드를 실행할 수는 없습니다.

🚫 3. HTML 문법으로 자바 코드 실행을 막을 수 없다

• HTML은 클라이언트 측에서 처리되는 마크업 언어입니다. 반면에, 자바 코드는 서버에서 처리됩니다.

• HTML은 단순히 텍스트로 작성된 마크업이기 때문에, 서버 측에서 실행되는 자바 코드를 제어할 수 있는 능력이 없습니다. 즉, HTML 주석을 사용해서 자바 코드를 비활성화하거나 실행을 막는 것은 불가능합니다.

  예를 들어, 다음 코드는 HTML 주석으로 감싸진 자바 코드입니다:

  <!-- <%= new java.util.Date() %> -->

  • 이 경우에도 자바 코드는 여전히 서버에서 실행됩니다. HTML 주석은 브라우저에서 해당 코드를 화면에 표시하지 않을 뿐이지, 서버에서 자바 코드의 실행을 막을 수 없습니다.

📝 4. 자바 코드 실행을 막으려면 JSP 주석을 사용해야 한다

• JSP 페이지에서 서버 측에서 자바 코드의 실행을 막고 싶을 때는 JSP 주석을 사용해야 합니다. JSP 주석은 자바 코드가 서버에서 실행되지 않도록 처리할 수 있습니다.

  JSP 주석은 다음과 같은 형태입니다:

  <%-- 이 부분은 JSP 주석입니다. 자바 코드를 실행하지 않습니다. --%>

  이 방식으로 주석을 처리하면, 해당 자바 코드는 서버에서 컴파일 및 실행되지 않으며, 클라이언트에게도 전달되지 않습니다. 이와 달리 HTML 주석은 브라우저에게 해당 부분을 화면에 출력하지 말라고 요청할 뿐, 서버 측의 자바 코드 실행에는 영향을 미치지 않습니다.

❓ 5. JSP 주석과 HTML 주석의 차이점

• HTML 주석 (<!-- -->):

  • HTML 코드의 일부분을 주석으로 처리하여 클라이언트에게 출력되지 않도록 합니다.
  • 자바 코드를 HTML 주석으로 감싸도, 해당 자바 코드는 서버에서 여전히 실행됩니다.

• JSP 주석 (<%-- --%>):

  • JSP 주석은 서버에서 자바 코드의 실행을 막습니다.
  • 이 주석은 서버에서 처리되며, 클라이언트에게 전달되지 않습니다.

  예를 들어:

  <%-- 
  이 자바 코드는 실행되지 않음.
  <%= new java.util.Date() %>
  --%>

• 이 경우에는 주석 처리된 자바 코드가 서버에서 실행되지 않습니다. 또한 클라이언트에게도 전달되지 않기 때문에 브라우저 소스 코드에서도 확인할 수 없습니다.

💡 6. 서버 코드가 먼저 실행됨을 이해하자

• JSP는 서버 측에서 먼저 실행된 후 결과를 HTML로 반환하므로, 서버에서의 처리 결과가 어떻게 HTML로 변환되어 전달되는지 반드시 이해해야 합니다.
• 클라이언트가 요청을 보낼 때마다 JSP 페이지 내의 자바 코드가 서버에서 먼저 처리되고, 그 결과가 HTML로 출력된다는 것을 항상 인지하고 있어야 합니다.

---