💡
이전에 알아본 Servlet과 꼭 함께 언급되는 것이 JSP이다. 이는 Servlet의 뒤를 이어 등장했기에 비슷한 점도 많지만 그 차이점도 극명하다. JSP는 어떤 배경에서 등장했는지, 또 어떤 구조를 가지고 돌아가는지 Servlet과 비교해 본 뒤, JSP의 Model 1, Model 2가 무엇인지도 알아보자! ( •̀ ω •́ )✧

---

📌 JSP란?

: Java Server Pages의 약자로, HTML 코드에 Java 코드를 넣어 동적 웹페이지를 생성하는 웹 애플리케이션 도구이다.

JSP의 등장 배경 : Servlet의 문제

JSP의 등장은 Servlet의 문제점에서 시작되었다.

Servlet은 Java 코드 안에 HTML 태그가 삽입된 형태의 웹서버용 클래스이다(확장자는 .java). 서블릿을 이용하면 웹 프로그래밍이 가능하지만, 자바에 대한 지식이 필요하며 화면 인터페이스 구현에 너무 많은 코드를 필요로 하는 등 비효율적인 측면들이 있다. 예를 들어, 서블릿만 사용하여 사용자가 요청한 웹페이지를 보여 주려면 out객체의 print() 메서드를 이용하여 HTML 문서를 작성해야 하는데, 이는 추가/수정을 어렵게 하고 가독성도 떨어진다. 또한 Java 클래스이기 때문에 테스트를 하기 위해서는 항상 다시 빌드 하여 확인해야 했다.

Servlet으로 HTML 태그를 한 줄씩 작성해 Response를 구성하는 것이 너무 손이 많이 가는 방식이라고 판단되어 (큰 틀의 HTML을 미리 짜놓고 그 안의 동적 요소만 인자 값에 따라 달라지는) templete을 만들었으나, 이 또한 사용 방법이 번거롭고 유지 보수가 어려워서 근본적인 해결책이 되지 못했다.

결국 이러한 한계를 보안하기 위해, 서블릿을 작성하지 않고도 간편하게 웹 프로그래밍을 구현할 수 있는 기술이 등장했다. 그것이 바로 서블릿 기반의 서버 스크립트 기술, JSP이다.

(+) 스크립트 기술?
: 미리 약속된 규정에 따라 간단한 키워드를 조합하여 입력하면, 실행 시점에 각각의 키워드에 매핑이 되어 있는 어떤 코드로 변환한 후에 실행되는 형태이다.

JSP

: 문제가 되었던 그 Servlet이 Java 코드에 HTML 태그를 담는 개념인 반면, JSP는 HTML에 자바 코드를 담은 형태로 이루어지는 기술이다. 즉, HTML 코드를 이용하는데, 필요할 때 약간의 자바 코드를 넣는 것이다.

➡️ Servlet은 Java가 , JSP는 HTML이 중심인 것!

HTML에 자바 코드 담기!

HTML 내부에서 자바 코드는 <% %> 사이 혹은 <%= =%> 형태로 들어간다. 여기서 JSTL이라는 형식을 사용해 HTML 태그 사이에 JSTL 태그를 삽입하는 방식을 사용한다.
*JSP에 삽입되는 자바 코드가 모두 JSTL로 작성되는 것은 아님! JSP 태그는 자바 코드를 직접 삽입하는 방식으로서 스크립트/디렉티브/액션 태그 세 가지로 나뉘며, 이를 대체하는 EL(표현언어), JSTL과 함께 사용할 수 있다.

(+) JSTL?
JSP Standard Tag Library(JSP 표준 태그 라이브러리)
: 자바 코드를 HTML 태그 형식으로 간편하게 사용하기 위해 나온 라이브러리이다. 즉, JSP에서 Java 코드가 들어갈 때마다 매번 <% %> 이러한 태그를 넣어 사용하면 가독성도 떨어지고 사용하기 불편해지기에, 이러한 문제를 해결하기 위해 등장한 것이 JSTL 라이브러리이다.

🔎 JSP에서 HTML에 담긴 자바 코드(JSTL)는 어떻게 처리될까?

: 물론 JSP는 (자바 코드를 담은) HTML 형식이지만, 실제로는 JVM에서 동작하는 자바 클래스로서 Servlet과 동일하게 처리된다.

JSP 요청이 들어오면 Servlet을 통해 자바 클래스로 변환된 후, JSTL 문법을 추출해서 처리하고, 순수한 HTML 코드로 만들어 Response 객체에 담기게 된다. 즉, JSTL을 추출해 처리하는 과정을 거쳐 결국 Servlet과 동일하게 HttpServletResponse 객체의 형태로 응답한다.

(+) 특정 부분을 동적 생성한 코드일지라도, JSTL 문법은 추출되어 처리되므로 결국 우리가 브라우저로 볼 수 있는 결과물 HTML 문서에서는 JSTL 문법의 흔적 없이 순수한 HTML 태그들만 확인할 수 있다.

(자세한 과정은 아래를 참고하자.)

Servlet의 동작 과정을 먼저 보면 이해가 빠를 것이다. Servlet 이란?

✅ JSP의 작동 원리[과정]
클라이언트 - 웹 서버 - 웹 컨테이너(WAS)의 구조
1. 웹 서버로 JSP 요청이 들어온다.
2. 웹 컨테이너 (=Servlet Container)는 JSP에 관한 Servlet을 메모리에 올리고 스레드를 생성한다. 이때 HttpServletRequest, HttpServletResponse 객체를 생성해 스레드에게 전달해 준다.
3. 해당 스레드에서 요청에 필요한 로직을 처리한다. 처리 중 JSP의 JSTL 문법을 해체하여 로직을 통해 나온 데이터를 더해 순수한 HTML 코드로 변환 → Response로 웹 컨테이너에 내보낸다.
4. 웹 컨테이너는 나온 Response를 HttpServletResponse 객체의 형태로 바꾸어 웹 서버로 보낸다.
5. 웹 컨테이너는 스레드를 종료하고, HttpServletRequest와 HttpServletResponse 객체를 제거한다.
6. 웹 서버는 받은 HttpServletResponse(HTML 코드)를 클라이언트에 보낸다.

---

💡
정리하자면, Java 중심인 Servlet을 화면 인터페이스 구현에 사용하는 게 불편해서 등장한 것이 Servlet 기반 & HTML 중심 의 JSP 이고, JSP는 결국 서블릿처럼 객체로 처리된다. JSP가 왜 등장했는지 그 맥락을 알았으니, 본격적으로 JSP의 특징을 알아보고 Servlet과 비교도 해 보자!

---

📌 JSP의 특징

• 서블릿 기반의 '서버 스크립트 기술'이다.
• WAS(Web Application Server)에 의하여 서블릿 클래스로 변환해 사용된다.
• 'Servlet의 모든 기능 + 추가적인 기능'을 가진다.
• HTML 코드 안에 Java 코드가 있기 때문에 HTML 코드를 작성하기 쉽다.
• HTML 내부에서 자바 코드는 <% %> 사이 혹은 <%= =%> 형태로 들어간다.
• JSTL(JSP 표준 태그 라이브러리)을 사용한다.
• 커스텀 태그(custom tags, 사용자 지정 태그)를 사용해, 보다 효율적으로 웹 사이트를 구성할 수 있다.
  (JSTL 또한 커스텀 태그를 모아둔 라이브러리이다.)
• 수정되어도 재배포할 필요 없이 Tomcat(WAS)이 알아서 처리한다.

Servlet과 JSP 비교

: Servlet과 JSP 모두 동적 웹페이지(Dynamic Web Page)를 만들고 데이터 처리를 수행하기 위해 사용되는 웹 애플리케이션 프로그래밍 기술이다. 둘은 결과적으로 하는 일이 동일하지만, 내부를 살펴보면 다음과 같이 그 차이가 두드러진다.

	Servlet	JSP
정의 및 구조	Java 코드 안에 HTML 태그가 삽입된 형태의 웹 서버용 클래스	HTML 코드 안에 자바 코드가 들어가는 구조의 스크립트 언어
코드 내 처리 방법	자바 코드 내에서 HTML 태그를 문자열("")로 처리	HTML 코드 내에서 자바 코드를 <% 소스코드 &> 또는 <%= 소스코드 =%> 형태로 처리 (+) 자바 소스코드로 작성된 부분은 웹 브라우저로 보내는 것이 아니라 웹 서버에서 실행
한계(Servlet)와 보완(JSP)	1. 화면 인터페이스에 너무 많은 코드를 필요로 하는 비효율성 2. 테스트할 때 항상 다시 빌드 해야 하는 한계	→ 이에 따라 JSP가 등장 1. HTML 표준에 따라 작성되므로 서블릿과 달리 웹페이지 작성이 편리 2. WAS에서 자동으로 빌드하고 클라이언트 화면에 동적으로 보여줌
MVC 패턴에서의 역할	Controller 역할	View 역할

---

💡
이러한 JSP를 활용하는 방식은 다양하지만, 대표적으로 Model1, Model2 아키텍처가 있다. 이 둘이 무엇인지 이해하고, 각 모델에서 JSP가 어떤 역할을 하는지 잘 살펴보자.

---

📌 JSP Model1, Model2 아키텍처

: JSP로 구성할 수 있는 웹 애플리케이션의 아키텍처는 크게 모델 1, 모델 2로 나뉜다. 이 두 모델의 큰 차이점은 JSP가 결과의 출력과 더불어 요청에 대한 모든 로직을 처리하는지(모델 1), 아니면 결과의 출력만 담당하는지(모델 2)에 있다.

Model 1

: Model 1에서는 JSP가 서버이자 화면을 구성하는 View가 되어서 구성을 이루고 있다. (부가적 용어들의 설명은 뒤로하고, 붉은 글씨를 중심으로 보자.) 단순히 JSP와 Model을 거쳐서 클라이언트와 서버가 통신하고 있다. 이렇게 Model 1을 통해 개발을 하면, 구조가 단순하고 개발 속도가 빠르다는 장점이 있지만 다음과 같은 치명적인 단점이 있다.

Model 1의 단점

• JSP에 Java 코드와 HTML 코드가 섞여 있어 가독성에 문제가 있다.
• 위와 동일한 이유로, 프론트엔드와 백엔드 간의 분업이 모호하다.
• 유지 보수에 어려움이 있다.

이 때문에 스크립트 및 HTML을 작성하기 좋은 JSP를 보존하면서, Java 코드로 이루어져 있어 서버 통신에 용이한 Servlet도 사용하는 새로운 디자인 패턴을 고안해 냈다. 이것이 Model 2에 해당한다.

Model 2 (MVC Architecture)

: Model 1의 단점을 극복하기 위해 MVC(Model - View - Controller) dessign pattern이 등장했다. 이는 이름처럼 모델, 뷰, 컨트롤러로 구성된다.

• View : 클라이언트의 요청을 받으며, 응답을 해 주고 화면을 구성해 준다. HTML이 중심이 되는 JSP를 사용한다.
• Controller : View로부터 요청을 전달받으며, Model로부터 넘어온 데이터를 View 측에 전달한다. Java 코드가 중심이 되는 Servlet을 사용한다.
• Model : Java Beans로, DTO와 DAO를 통해 Mysql과 같은 Data Storage에 접근한다.
  - DTO(Data Transfer Object) : 데이터를 담는 객체를 정의한다.
  - Service : 클라이언트가 요청하는 서비스에 대해서 처리한다. (ex. 트랜잭션)
  - DAO : Data Access Object) : 데이터베이스와 연결되는 곳이다.

MVC 패턴은 다음과 같은 장단점이 있다.

Model2 (MVC pattern)의 장점

• 프레젠테이션 로직(View)과 비즈니스 로직(Controller)을 분리해, 분업에 용이하다.
• 영역별 개발로 인해 확장성이 뛰어나다.
• 표준화된 코드를 이용하기에 협업에 유리하다.
• 유지 보수에 용이하다.

Model2 (MVC pattern)의 단점

• 구조가 복잡해지기 때문에 초기 개발 속도가 느리다.
• 초보자가 이해하고 개발하기 다소 어렵다.

➡️ 숙련도가 있다면 MVC는 분명 효율적이고 좋은 디자인 패턴임이 분명하다.