JSP가 등장하게 된 배경
- Servlet의 문제점
- 웹 프로그램의 화면 기능이 점점 복잡해지면서 서블릿의 자바 기반으로 화면 구현 시 어려움이 발생함.
- 디자이너 입장에서 화면 구현 시 자바 코드로 인해 작업이 어려움.
==> 자바에 대한 지식이 없는 경우 - 서블릿의 비지니스 로직과 화면 구현 기능이 같이 있다 보니 개발 후 유지 관리가 어려움.
- 해결책
- 서블릿의 비지니스 로직과 결과를 보여주는 화면 기능을 분리하자.
- 비지니스 로직과 화면을 분리함으로써 개발자는 비지니스 로직 구현에 집중하고, 디자이너는 화면 기능 구현에 집중하게 됨.
- 개발 후 재사용성과 유지관리가 훨씬 수월해지게 됨.
JSP는 HTML, CSS, JavaScript 는 물론이고 JSP에서 제공하는 여러가지 구성요소가 화면을 구현하는데 사용이 되고 있음.
그러다 보니 JSP 파일 자체를 브라우저로 전송을 하면 브라우저는 JSP 요소들을 인식을 하지 못하는 현상이 발생을 하게 됨.
따라서 JSP는 톰캣 컨테이너에 의해 브라우저로 전송하기 전에 특수한 단계를 거쳐야 함.
- 톰켓 컨테이너에서 JSP 변환 과정
- 변환 단계 : 컨테이너는 우선적으로 JSP 파일을 자바 파일로 변환을 함.
- 컴파일 단계 : 컨테이너는 변환된 자바 파일을 클래스 파일로 컴파일을 함.
- 실행 단계 : 컨테이너는 클래스 파일을 실행하여 그 결과(HTML,CSS, JavaScript)를 브라우저로 전송을 하게 됨.
JSP 내장 객체
- 객체를 생성하지 않고 사용할 수 있는 객체를 말함.
- 내장 객체는 JSP 페이지 내에서 제공하는 특수한 레퍼런스 타입의 변수임.
- JSP 페이지에서 사용하는 특수한 레퍼런스 타입의 변수가 아무런 선언과 객체 생성 없이 사용할 수 있는 이유는 JSP가 Servlet으로 변환될 때 JSP 컨테이너(톰캣)가 자동적으로 제공을 해 주고 있기 때문임.
JSP 내장 객체의 종류
- pageContext : JSP 현재 페이지에 대한 정보를 저장하고 있는 객체.
- request : 웹 브라우저의 요청 정보를 저장하고 있는 객체.
- response : 웹 브라우저의 요청에 대한 응답 정보를 저장하고 있는 객체.
- out : JSP 페이지에 출력할 내용을 저장하고 있는 객체.
- session : 하나의 웹 브라우저의 정보를 유지하기 위한 세션 정보를 저장하고 있는 객체.
ex) 홈페이지 로그인 시 유지된 상태에서 사용할 수 있는 것 - application : 웹 애플리케이션의 정보를 저장하고 있는 객체.
