[MVC] 서블릿, JSP, MVC

📌 개인적인 공간으로 공부를 기록하고 복습하기 위해 사용하는 블로그입니다.
정확하지 않은 정보가 있을 수 있으니 참고바랍니다 :😸
[틀린 내용은 댓글로 남겨주시면 복받으실거에요]

서블릿(Servlet)

• 서블릿은 자바로 웹 애플리케이션을 만드는 기술 중 하나 > 여전히 사용
• 서블릿은 웹 서버에서 실행되는 자바 클래스로, HTTP 요청을 처리하고, 동적인 웹 페이지를 생성하는 기술
• 서블릿은 자바 표준 API인 Servlet API를 제공
• 단점
  • 서블릿의 기반이 자바 클래스라서 자바코드와 HTML코드를 같이 쓰는데 HTML 코드의 작성이 너무 번거롭고 힘듦
• 자바코드 베이스 + HTML 자바스타일로 삽입 : html을 문자열로 사용, 복잡도 증가

JSP(Java Server Pages)

• JSP에서 작성한 문서가 서블릿으로 실행됨
• HTML 베이스 안에 자바를 추가하여 사용하여 웹 페이지를 동적으로 생성하는 기술
• JSP는 자바 코드를 일반 텍스트와 함께 작성하며, 서블릿으로 변환되어 웹 애플리케이션에서 실행됨
• JSP는 자바 표준 API인 JSP API를 제공
• HTML 코드 베이스 + 자바코드 삽입

Spring

• 2004년 - 스프링(Spring) 프레임워크가 등장
• 자바 기반의 엔터프라이즈 애플리케이션 개발을 위한 오픈소스 프레임워크
• spring 이전의 웹개발은 춥고 쓸쓸했지만 스프링 나오면서 이제 봄이 되었다는 뜻에서 Spring
• 스프링의 대표기술⇒ DI(Dependency Injection)와 AOP(Aspect-Oriented Programming : 관점지향 프로그래밍) 등의 기능을 제공하여 개발자들이 더욱 편리하게 웹 애플리케이션을 개발할 수 있도록 도와줌

MVC Architecture

1. 자바웹프로그래밍에서 사용되는 대표적인 아키텍처 패턴 중 하나.
2. 각각의 역할에 따라 모듈화하여 개발하는 방식으로, 유지보수성, 확장성, 재사용성을 높일 수 있음
   
   • Model : 실제 개발자가 작성하는 부분 , java
     
   • 데이터와 비즈니스 로직을 처리하는 부분
     
   • 사용자가 요청한 데이터를 처리하고, 데이터를 저장, 수정, 삭제하는 역할을 함
     
   • 보통 DAO(Data Access Object) 패턴을 사용하여 구현
     - View: jsp, 요즘은 제이슨 타입으로 보내는 경우가 많아서 뷰가 없는 경우가 많음.
     
   • 데이터를 시각적으로 출력해주는 부분
     
   • 클라이언트 측에서 사용자가 요청한 결과를 표시
     
   • HTML, JSP 등을 사용하여 구현
     - Controller: 서블릿
     
   • Model과 View를 연결하여 사용자의 요청을 처리하는 부분.
     
   • 사용자의 요청을 받아서 Model을 호출하여 데이터를 가져오고, 그 결과를 View에 전달하여 응답을 생성
     
   • 보통 Servlet을 사용하여 구현.
     

MVC 패턴을 사용하면 코드의 구조가 명확해져 유지보수가 용이해지며, 재사용성과 확장성도 높아짐.
또한 개발자 간 협업이 용이해지고, 코드의 가독성이 좋아져 생산성을 높일 수 있음

서블릿(Servlet)

개발할때 서블릿 몰라도 되긴하지만 동작원리는 나중에 알긴 해야 함.

당장은 깊게 알아두지는 않아도됨.

서블릿을 모른다면, 서블릿컨테이너도 모르고 관리해주는 톰캣을 모른다는 것이 됨으로

돌아가는 동작과정 원리 조차 모른채로 애플리케이션을 만드는 것이 됨.

톰캣은 서블릿을 관리하고 있음

1. 서블릿이란
   1. 동적 웹어플리케이션의 컴포넌트 (웹 페이지를 자바 언어로만 구성)
   2. .java 확장자
   3. 클라이언트의 요청에 동적으로 작동하고 응답은 html을 이용
   4. java thread를 이용하여 동작
   5. MVC패턴에서 Controller로 이용
   6. JSP 파일도 웹 서버 내에서 Servlet으로 변환되어 실행됨.
   7. 자동 변환되는 코드를 사용해도 되지만, 직접 Servlet을 작성하는 것 또한 가능

2. 서블릿 맵핑

   - 자바 클래스로 요청을 받아 처리할 수 있어야 하기 때문에 - 지정된 url을 통해 맵핑 처리를 진행해야 한다. - 맵핑한 url로 요청이 들어왔을 때, 특정 서블릿 객체를 생성해서 컴파일을 진행하고 - 요청에 대한 응답을 보내주는 방식을 사용 - 또한 서버 내부 경로가 노출되어 보안에 위험이 생기는 것을 방지해 주기도 함

   2.1 URL 맵핑 방법 2가지

   특정 URL 요청이 해당 서블릿으로 전달되도록 설정하는 과정

   1. annotation - 클래스 선언부 바로 위에 작성
      1. 예제
      • /banana 라는 요청을 보내면 ServletBasic 클래스의 객체가 생성된다.
      • HttpServlet 클래스를 상속받으면, 요청과 응답에 관련된 여러 메서드가 제공
        1. 예제

         @WebServlet("/hello")
         public class HelloWorldServlet extends HttpServlet {
             // doGet 메서드 구현
             }
        

   2. web.xml 설정파일 수정 ​

      • 웹 서버의 전반적인 설정을 담당하는 web.xml 파일에 직접 등록하는 방식
      • 서블릿 클래스를 먼저 등록하고, 해당 서블릿이 어떤 url에 동작하게 할 지를 맵핑하는 방식.

   예제

    <servlet>
        <servlet-name>HelloWorldServlet</servlet-name>
        <servlet-class>HelloWorldServlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>HelloWorldServlet</servlet-name>
        <url-pattern>/hello</url-pattern>
    </servlet-mapping>
   

서블릿의 기본 구조

1. 서블릿은 HttpServlet 클래스를 상속받아 구현
2. 주요 메서드
   1. doGet(HttpServletRequest request, HttpServletResponse response): GET 요청을 처리
   2. doPost(HttpServletRequest request, HttpServletResponse response): POST 요청을 처리

3. 예제

    import java.io.*;
    import javax.servlet.*;
    import javax.servlet.http.*;
       
    public class HelloWorldServlet extends HttpServlet {
        protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
            response.setContentType("text/html");
            PrintWriter out = response.getWriter();
            out.println("<h1>Hello, World!</h1>");
        }
    }
   

   • 추상메서드
   • 상속받아서 사용함.
   • html을 반환하니까 문자열로

서블릿 생명주기

1. 로드와 초기화: 서블릿이 처음 호출될 때 init() 메서드가 실행됨
2. 요청 처리: 각 요청마다 service() 메서드가 호출되고, 이 메서드는 요청 유형에 따라 doGet(), doPost() 등을 호출함
3. 종료: 서버가 종료되거나 서블릿이 언로드될 때 destroy() 메서드가 호출

4. 예제

    public class LifecycleServlet extends HttpServlet {
        public void init() throws ServletException {
            // 초기화 작업
        }
       
        protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
            // 요청 처리
        }
       
        public void destroy() {
            // 종료 작업
        }
    }
   

HTTP 요청방식

• GET: 데이터를 URL에 포함하여 전송.
• POST: 데이터를 요청 본문에 포함하여 전송.

• 예제

    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        response.setContentType("text/html");
        PrintWriter out = response.getWriter();
        out.println("<h1>Response from Servlet</h1>");
    }
  

JSP

1. 동적 웹애플리케이션 컴포넌트 (HTML에 Java 코드를 삽입하여 동적인 문서를 만듬)
   1. 하지만 이 내용을 그대로 브라우저에게 전달하면, 브라우저는 Java 언어를 알지 못하기 때문에 화면을 표현할 수 없고, 기능을 구현해 낼 수 없음
   2. 그렇기 때문에 JSP 파일은 웹 서버에서 Servlet으로 변환한 후에 실행된다.
   3. JSP 파일을 Servlet으로 변환할 때, 어떤 부분이 텍스트/HTML인지, Java 코드인지를 구분하게 하기 위해서 JSP 태그를 사용합니다.
2. MVC 패턴의 View로 이용됨.
3. .jsp 확장자
4. 클라이언트의 요청에 동적으로 작용, 응답은 HTML 이용

JSP 태그

1. Scriptlet

   

   • JSP 페이지에서 Java 언어를 사용하기 위한 요소 중 가장 흔하게 사용하는 태그
   • Scriptlet에 작성한 내용은 Servlet 변환 시 메서드 내에 존재
   • 메서드 내에서 사용할 수 있는 문법은 가능, 메서드 외부 문법은 작성 불가능

2. Expression

   ​

   ​ <% ~~JAVA~ %>

   • JSP 페이지 내에서 사용되는 변수의 값 또는 메서드 호출 결과 값을 출력하기 위해 사용.
   • 결과 값의 데이터 타입은 String이며, 세미콜론은 작성하지 않음
   • Servlet에서 out.println(); 메서드로 변환 ⇒ out.println()은 브라우저에 출력을 담당하는 JspWriter라는 객체의 메서드
   • JSP도 실행할 때는 서블릿으로 변경되어야 함.

3. Declaration

   

   • JSP 페이지 내에서 사용되는 변수 또는 메서드를 선언할 때 사용.
   • Declaration에 선언된 내용은 Servlet 변환 시 클래스 블록에 위치함.
   • 클래스 블록에 선언할 수 있는 문법은 모두 가능.
   • 파일명으로 객체가 생성되고, 객체가 유지 되는 동안에 사용할 내용들을 선언

4. Directive : JSP 페이지의 전체적인 속성을 지정할 때 사용

   ​

   1. page

      

      • jsp 페이지에 대한 정보를 지정
      • JSP가 생성하는 문서의 타입, 임포트, 에러 페이지 등 페이지에서 필요로 하는 정보를 설정
   2. include
      • JSP 페이지의 특정 영역에 다른 문서를 포함시킴
   3. taglib
      • 외부 태그 라이브러리를 지정해서 사용할 때 선언

5. Comments

   

   • 주석 기능입니다.
   • HTML과 JSP 주석이 각각 별도로 저장
   • HTML 주석은 웹 브라우저에서 페이지 소스보기를 하면 주석도 같이 표기되지만 JSP 주석은 웹 브라우저에서 소스 보기를 진행해도 드러나지 않음

JSP 파일을 실행했을 때 처리 순서

1. JSP 파일을 실행하면 웹 서버에서 일단 JSP 파일을 Java 코드로 변환
2. 변환 과정에서 작성한 JSP 태그에 따라 코드를 배치
3. HTML과 텍스트 등도 전부 자바 코드화
4. 그 후 파일을 컴파일 하고 HTML로 응답 시킴

쿠키와 세션

옛날엔 세션을 더 많이 쓰고 요새는 JSON TOKEN을 더 많이 사용.

세션을 사용하는 이유는 보안 때문, 세션은 공유할 수 없다는 단점이 있음

세션 앞에 서버를 놔두는 걸로 보완 가능.

쿠키란?

• 쿠키(Cookie)는 웹 서버가 클라이언트(브라우저)에게 정보를 저장하고 관리하기 위해 사용되는 작은 텍스트 파일
• 클라이언트 측에서 로컬에 저장되며, 클라이언트가 웹 서버에 요청을 보낼 때 해당 정보를 함께 전송하여 상태를 유지하거나 필요한 데이터를 저장하는 데 사용
• 쿠키는 클라이언트에 의해 생성되어 브라우저에 저장되며, 웹 서버로의 요청이 있을 때마다 해당 쿠키가 웹 서버로 전송됨
• 서버는 전송된 쿠키를 읽어 클라이언트의 정보를 확인하고, 필요한 경우 서버 측에서 데이터를 수정하거나 새로운 쿠키를 생성하여 클라이언트에게 전송가능
• 다양한 용도로 사용 가능
  • 로그인 정보를 유지하기 위해 사용자의 인증 상태를 확인
  • 사용자의 선호 언어, 테마, 글꼴 등의 개인화된 설정을 기록을 추적하거나
  • 광고 타겟팅을 위해 사용가능
• 쿠키는 보안과 개인 정보 보호 측면에서 주의해야함.

  • 중요한 개인 정보를 저장하지 않도록 주의해야하며,

  • 필요한 경우 암호화나 안전한 전송을 위한 HTTPS를 사용하는 등 보안을 강화해야 합니다. 또한, 사용자의 개인 정보를 수집하거나 추적하는 쿠키의 경우에는 개인 정보 보호 관련 법률 및 규정을 준수해야 함

세션이란?

• 세션도 쿠키와 마찬가지로 서버와의 관계를 유지하지 위한 수단
• 단, 쿠키와 달리 클라이언트의 특정 위치에 저장되는 것이 아니라, 서버상에 객체 형태로 존재함
• 서버당 하나의 세션 객체를 가질 수 있음(브라우저 별로 서로 다른 세션을 사용)
• 세션 객체는 브라우저 창을 종료하면 소멸합니다.
• 따라서 세션은 서버에서만 접근이 가능하여 쿠키보다 보안이 좋고, 저장할 수 있는 데이터에 한계가 없습니다.
• 세션은 클라이언트의 요청이 발생하면 자동 생성되어 고유한 ID값을 클라이언트에게 넘겨주며, 이것은 쿠키에 저장됨
• JSP에서는 session이라는 내장 객체를 지원하여 세션의 속성을 설정가

쿠키 VS 세션

• 쿠키 대신 세션을 사용하는 가장 큰 이유
  • 세션이 보안이 더 좋아서
  • 웹브라우저가 쿠키를 지원하지 않거나 강제로 사용자가 쿠키를 차단한 경우에도 사용 가능
• 쿠키의 이름이나 데이터는 네트워크를 통해 전달 되기 때문에 HTTP 프로토콜을 사용하는 경우 중간에서 누군가 쿠키의 값을 읽어올 수 있음
• 세션은 오직 서버에서만 저장 됨 ⇒ 중요한 데이터 저장하기 좋음
• 대신 세션은 여러 서버에 공유할 수 없는 단점.
• 쿠키는 여러 도메인에서 공유할 수 있기 때문에 포털사이트들은 쿠키에 로그인 방식을 저장하는 것을 선호함.

Application 내장 객체

• 특정 웹 어플리케이션에 포함된 모든 JSP 페이지는 하나의 application 기본 객체를 공유
• application 객체는 웹 어플리케이션 전반에 걸쳐서 사용되는 정보를 담고 있음
• 생명 주기
  • request 객체는 요청 영역마다 생성되고 소멸됨
  • session 객체는 브라우저별로 생성되고 소멸
  • application 객체는 서버가 실행될 때 생성되고, 서버가 꺼질 때 소멸됨

예외처리방법

1. 직접 예외 처리하기
   1. JAVA의 try-catch문 사용
2. 에러를 처리할 페이지를 따로 지정하기
   1. JSP는 실행 도중 예외가 발생할 때 톰캣 기본 에러화면 대신 개발자가 지정한 JSP페이지를 보여줄 수 있는 기능을 제공함
   2. 에러가 발생하면 보여줄 JSP페이지는 페이지 지시자(directive)의 errorPage 속성을 사용하여 지정

   3. 예외가 발생할 것으로 예상되는 페이지에 예외가 발생했을 때 보여줄 페이지를 지정.

       <%@ page errorPage = "에러가 발생했을 때 보여줄 페이지.jsp" %>
      

   4. 에러 발생시 유도된 페이지에는 페이지 지시자 태그로 isErrorPage 속성을 사용하여 true 값을 설정

       <%@ page errorPage = "에러가 발생했을 때 보여줄 페이지.jsp" %>
      

      

3. 응답 상태 코드별로 에러페이지 지정하기
   • JSP는 에러 코드별 또는 예외 타입 별로 사용할 에러 페이지를 web.xml 파일에 지정가능

   • 이렇게 지정한 에러페이지는 일반 JSP 파일과 동일하게 작성하면 됨.

     

4. 에러 페이지의 우선 순위

   에러 페이지를 여러 방법으로 지정한 경우 다음의 우선순위에 따라 사용할 에러 페이지를 선택합니다.

   1. 페이지 지시자 태그의 errorPage속성에 지정한 페이지.
   2. web.xml에 지정한 에러 타입에 따른 페이지.
   3. web.xml에 지정한 응답 상태 코드에 따른 페이지.
   4. 위 3항목에 해당하지 않을 경우 톰캣이 제공하는 에러 페이지.

Spring 카테고리 내 다른 글 보러가기