본문 바로가기

대덕공부/Spring

0527 서블릿(Servlet)과 서블릿을 사용하는 이유


D:\B_Util\5_5.tomcat\apache-tomcat-8.5.79\apache-tomcat-8.5.79\webapps\
까지는 localhost로 접근한다.

web-inf 외부에 잇는 클라이언트는  접근할수없다
즉 보안폴더이다.

그래서 서블릿으로 web-inf에 접근한다 (모델2구조)

>>그래서 web.xml에 mapping 주소 붙여줌 


서블릿이란 자원이
가짜 유알엘을 붙여주기 위해 hello.do를 사용 


http://localhost/docs/WEB-INF/web.xml 접근못함
http://localhost/first/hello.do 접근가능 

 

서블릿이란?

 클라이언트의 요청을 처리하고, 그 결과를 반환하는 Servlet 클래스의 구현 규칙을 지킨 자바 웹프로그래밍 기술

 

  • 클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트
  • html을 사용하여 요청에 응답한다.
  • Java Thread를 이용하여 동작한다.
  • MVC 패턴에서 Controller로 이용된다.
  • HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpServlet 클래스를 상속받는다.
  • UDP보다 처리 속도가 느리다.
  • HTML 변경 시 Servlet을 재컴파일해야 하는 단점이 있다.

일반적으로 웹서버는 정적인 페이지만을 제공합니다. 그렇기 때문에 동적인 페이지를 제공하기 위해서 웹서버는 

다른 곳에 도움을 요청하여 동적인 페이지를 작성해야 합니다. 동적인 페이지로는 임의의 이미지만을 보여주는 페이지와 같이 사용자가 요청한 시점에 페이지를 생성해서 전달해 주는 것을 의미합니다.

 

 

 

[ Servlet 동작 방식 ]

 

 




 

Servlet Container(서블릿 컨테이너)

우리가 서버에 서블릿을 만들었다고 스스로 작동하는 것이 아니고 서블릿을 관리해주는 것이 필요한데,

그러한 역할을 하는 것이 바로 서블릿 컨테이너 이다. 

서블릿이 어떠한 역할을 수행하는 정의서라고 보면 서블릿 컨테이너는 그 정의서를 보고 수행

서블릿 컨테이너는 클라이언트의 요청(request)를 받아주고 응답(response)할 수 있게 톰캣을 통해 통신한다.

톰캣은 실제로 웹서버와 통신하여 jsp와 servlet이 작동하는 환경을 제공

 

[Servlet Container 역할]

  1. 웹서버와의 통신 지원
서블릿 컨테이너는 서블릿과 웹서버가 손쉽게 통신할 수 있게 해줍니다. 일반적으로 우리는 소켓을 만들고 listen
accept 등을 해야하지만 서블릿 컨테이너는 이러한 기능을 API로 제공하여 복잡한 과정을 생략할 수 있게 해줍니다.
그래서 개발자가 서블릿에 구현해야 할 비지니스 로직에 대해서만 초점을 두게끔 도와줍니다.
 
  2. 서블릿 생명주기(Life Cycle) 관리 
서블릿 컨테이너는 서블릿의 탄생과 죽음을 관리합니다. 서블릿 클래스를 로딩하여 인스턴스화하고, 
초기화 메소드를 호출하고, 요청이 들어오면 적절한 서블릿 메소드를 호출합니다. 
또한 서블릿이 생명을 다 한 순간에는 적절하게 Garbage Collection(가비지 컬렉션)을 진행하여 편의를 제공합니다.

 

  3. 멀티쓰레드 지원 및 관리 
서블릿 컨테이너는 요청이 올 때 마다 새로운 자바 쓰레드를 하나 생성하는데, HTTP 서비스 메소드를
실행하고 나면, 쓰레드는 자동으로 죽게됩니다. 원래는 쓰레드를 관리해야 하지만 서버가 다중 쓰레드를
생성 및 운영해주니 쓰레드의 안정성에 대해서 걱정하지 않아도 됩니다.

 

  4. 선언적인 보안 관리 
서블릿 컨테이너를 사용하면 개발자는 보안에 관련된 내용을 서블릿 또는 자바 클래스에 구현해 놓지 않아도 됩니다.
일반적으로 보안관리는 XML 배포 서술자에 다가 기록하므로, 보안에 대해 수정할 일이 생겨도 자바 소스 코드를 
수정하여 다시 컴파일 하지 않아도 보안관리가 가능합니다.

 

 

위에서 서블릿 컨테이너는 서블릿의 생명주기를 관리한다고 적어놓았습니다.

그렇다면 이번에는 추가적으로 서블릿의 생명주기에 대해서 자세히 알아보도록 하겠습니다.

[ Servlet 생명주기 ]

 

 

 

  1. 클라이언트의 요청이 들어오면 컨테이너는 해당 서블릿이 메모리에 있는지 확인하고, 없을 경우 init()메소드를 호출하여 적재합니다. init()메소드는 처음 한번만 실행되기 때문에, 서블릿의 쓰레드에서 공통적으로 사용해야하는 것이 있다면 오버라이딩하여 구현하면 됩니다. 실행 중 서블릿이 변경될 경우, 기존 서블릿을 파괴하고 init()을 통해 새로운 내용을 다시 메모리에 적재합니다.
  2. init()이 호출된 후 클라이언트의 요청에 따라서 service()메소드를 통해 요청에 대한 응답이 doGet()가 doPost()로 분기됩니다. 이때 서블릿 컨테이너가 클라이언트의 요청이 오면 가장 먼저 처리하는 과정으로 생성된 HttpServletRequest, HttpServletResponse에 의해 request와 response객체가 제공됩니다.
  3. 컨테이너가 서블릿에 종료 요청을 하면 destroy()메소드가 호출되는데 마찬가지로 한번만 실행되며, 종료시에 처리해야하는 작업들은 destroy()메소드를 오버라이딩하여 구현하면 됩니다.

3. JSP(Java Server Page)

 


 

지금까지 이해를 잘 했다면 JSP에 대해서도 어렵지 않게 받아들일 수 있을 것입니다!

 

       Java 코드가 들어가 있는 HTML 코드

 

서블릿은 자바 소스코드 속에 HTML코드가 들어가는 형태인데, JSP는 이와 반대로 HTML 소스코드 속에 자바 소스코드가 들어가는 구조를 갖는 웹어플리케이션 프로그래밍 기술입니다. HTML속에서 자바코드는 <% 소스코드 %> 또는 <%= 소스코드 =%>형태로 들어갑니다. 자바 소스코드로 작성된 이 부분은 웹 브라우저로 보내는 것이아니라 웹 서버에서 실행되는 부분입니다. 웹 프로그래머가 소스코드를 수정 할 경우에도 디자인 부분을 제외하고 자바 소스코드만 수정하면 되기에 효율을 높여줍니다. 또한 컴파일과 같은 과정을 할 필요없이 JSP페이지를 작성하여웹 서버의 디렉토리에 추가만 하면 사용이 가능합니다. 서블릿 규칙은 꽤나 복집하기 때문에 JSP가 나오게 되었는데 JSP는 WAS(Web Application Server)에 의하여 서블릿 클래스로 변환하여 사용되어 집니다. 

 

[ JSP 동작 구조 ]

 

 

 

웹 서버가 사용자로부터 서블릿에 대한 요청을 받으면 서블릿컨테이너에 그 요청을 넘깁니다. 요청을 받은 컨테이너는 HTTP Request와 HTTP Response 객체를 만들어, 이들을 통해 서블릿 doPost()나 doGet()메소드 중 하나를 호출합니다. 만약 서블릿만 사용하여 사용자가 요청한 웹 페이지를 보여주려면 out 객체의 println 메소드를 사용하여 HTML 문서를 작성해야 하는데 이는 추가/수정을 어렵게 하고, 가독성도 떨어지기 때문에 JSP를 사용하여 비지니스 로직과 프레젠테이션 로직을 분리합니다. 여기서 서블릿은 데이터의 입력, 수정 등에 대한 제어를 JSP에게 넘겨서 프레젠테이션 로직을 수행한 후 컨테이너에게 Response를 전달합니다. 이렇게 만들어진 결과물은 사용자가 해당 페이지를 요청하면 컴파일이 되어 자바파일을 통해 .class 파일이 만들어지고, 두 로직이 결합되어 클래스화 되는것을 확인할 수 있다. 즉, out객체의 println 메소드를 사용해서 구현해야하는 번거로움을 JSP가 대신 수행해줍니다

 

 

출처: https://mangkyu.tistory.com/14 [MangKyu's Diary:티스토리]

 

https://velog.io/@jakeseo_me/%EC%9E%90%EB%B0%94-%EC%84%9C%EB%B8%94%EB%A6%BF%EC%97%90-%EB%8C%80%ED%95%B4-%EC%95%8C%EC%95%84%EB%B3%B4%EC%9E%90.-%EA%B7%BC%EB%8D%B0-%ED%86%B0%EC%BA%A3%EA%B3%BC-%EC%8A%A4%ED%94%84%EB%A7%81%EC%9D%84-%EC%82%B4%EC%A7%9D-%EA%B3%81%EB%93%A4%EC%9D%B8

 

자바 서블릿에 대해 알아보자. 근데 톰캣과 스프링을 살짝 곁들인

서블릿 이전에 CGI가 있었다. CGI(Common Gateway Interface)는 서블릿의 조상쯤 되는 기술이라고 생각하면 된다. CGI 이전의 웹서버는 단순히 사용자가 특정 경로를 입력하면 그 경로에 해당하는 리소스

velog.io

https://jusungpark.tistory.com/15

 

Servlet 이란? 서블릿 이란?

자바 개발을 한다면 한번쯤은 들어봤을 것이다. 웹 서버 개발자라면 필히 알고있어야지!! 책과 인터넷을 뒤져보다 제일 이해하기 쉬운 블로그의 글을 가져와서 조금 수정했다. 1. 서블릿이란

jusungpark.tistory.com

 

'대덕공부 > Spring' 카테고리의 다른 글

WAS에 서블릿 등록  (0) 2022.06.02
서블릿과 서블릿컨테이너  (0) 2022.06.02
웰컴페이지  (0) 2022.06.02
JAVA 클래스 CMD로 컴파일  (0) 2022.06.02
[05/25] Spring 개념  (0) 2022.06.02