JSP 12. 기본객체 - 내장객체 (Implicit Object)

zhyun·2020년 12월 5일
0

JspSpring

목록 보기
16/39

복습

buffer

  • 응답데이터가 나가기전에 쌓이는 영역
  • 존재하지 않으면 forward나 include가 불가능한 방식이 된다
  • 모든 jsp의 기본설정 버퍼 => 8kb

2020.12.03.목요일

/webStudy01/WebContent/06/implicitObject.jsp

기본객체

  • 개발자가 선언을 하거나 생성하지 않았는데도 사용할 수 있는 객체
    (ex) 자바스크립트에서 기본객체 : window, document
  • jsp코드 = 지역코드
    • _jspservice()안으로 들어감
      기본객체 = 지역변수

1. request(HttpServletRequest)

2. response(HttpServletResponse)

3. out(JspWriter)

  • 응답데이터기록이나 버퍼 제어 관리에 사용
  • 정적테스트 => out.write로 바뀜

4. session (HttpSession)

/webStudy01/WebContent/06/sessionDesc.jsp

  • 세션이란?
    • 통로 : 두 피어사이에 유일하게 개방된 연결
    • 기간 : 한클라이언트가 하나의 브라우저를 이용해서 어플리케이션 사용 시작 이벤트를 발생시킨 후, 종료 이벤트를 발생시킬때까지의 기간. 시간의 의미
    • stateless(무상태) 프로토콜인 HTTP를 보안하기 위해 최소한의 상태 정보를 서버에서 관리

세션의 생명주기

시작이벤트 : 최초의 요청이 발생하면 세션 시작

  • session id : <%=session.getId() %>
  • 세션 생성시간 : <%=new Date(session.getCreationTime()) %>
  • 마지막 접속시간 :<%=new Date(session.getLastAccessedTime()) %>
  • timeout(MaxInactive):<%=session.getMaxInactiveInterval() %>s
  • timeout셋팅 : <% session.setMaxInactiveInterval(3*60); %>

종료이벤트 :

  • 1) invalidate -- 명확한 로그아웃
  • 2) timeout -- 이내에 새로운 요청이 발생하지 않으면 세션 만료.
  • 3) 브라우저 종료 (반드시 꼭은 아니다)
  • 4) 쿠키 삭제
  • 세션은 한 클라이언트를 대상으로 생성 및 관리
  • 세션이 가진 부분적 쿠키 의존성으로 인해 웹에서의 세션특정 클라이언트의 특정 브라우저에 대해 생성 및 관리
  • 세션은 특정 클라이언트의 특정 브라우저로부터 최초의 리퀘스트가 도착한 경우 서버에서 생성되고, 동일 클라이언트가 여러 브라우저를 사용하는 경우, 세션 역시 여러개 생성 될 수 있다.
  • 세션은 명시적으로 로그인 상태 종료 명령을 내리거나, 세션 만료 시간이 지나도록 아무런 요청이 발생하지 않을 때 소멸

세션이 유지되는 구조(session tracking)

하나의 컨텍스트 내에 클라이언트에 따라 세션이 만들어지는 경우 각 세션을 구분 할 수 있는 식별자가 필요 이를 session id라고 한다.

세션 유지를 위한 session id 재전송 방법

  • 세션 아이디는 세션이 생성될 당시 생성되어 최초 요청에 대한 응답이 전송될 때 응답헤더에 쿠키 형태로 포함된다.
  • 브라우저의 쿠키 저장소에 들어있던 세션 쿠키는 동일 세션내에서 발생하는 다음 리퀘스트들에 요청헤더로 포함되어 서버로 전송되고, 서버는 헤더에 포함된 세션쿠키를 통해 유효 세션 내의 요청 정보임을 확인할 수 있다.

2) URL : 세션 파라미터 재전송 구조

<a href="sessionDesc.jsp;jsessionid=<%=session.getId()%>">세션 유지</a>

  • 세션이 없더라도 세션 파라미터를 활용하면 세션유지가 된다
    • 단점 : request line에 sessionid를 넣으면 보안에 취약, 모든 url이 jsessionid를 가지고 있도록 재작성 되어야 함
    • 안전하게 할 수 있는 방법
      • 아무도 못읽게 만든다. 암호화 기법
      • 복호화 가능하도록 양방향 기법 사용
  • 3) SSL
    secure socket layer를 이용해 암호화된 재전송 구조

5. application(ServletContext)

/webStudy01/WebContent/06/servletContextDesc.jsp

  • Servlet Context
    • 하나의 웹어플리케이션과 어플리케이션이 운영되는 컨테이너에 대한 정보를 캡슐화한 객체(singleton)
    • 서블릿이 놓여있는 어플리케이션에 관한 정보 + 어플리케이션이 있는 서버에 관한 정보
  • CAC(Context Aware Computing)
    • 영화관 안에서 알아서 진동모드로 전환

1.dynamic web modul version확인

  • 현재 서블릿 스펙버전

2. 파일의 mime type확인

3. logging

<% application.log("의도적으로 기록한 로그 메시지"); %>

  • 하나의 어플리케이션 안에서 튜닝을 위한 기본데이터를 남겨야하는 경우 로그를 활용
  • 주로 log4j를 사용
  • 사용자의 모든 요청을 로그로 남기려면 필터로 요청을 인터셉트 후 log4j의 jdbc appender로 db에 남기기

4. 컨텍스트 파라미터 확보

<%=application.getInitParameter("contentFolder") %>

  • <%--web.xml에 있는 contentFolder--%>

5. web resource 확보⭐

  • 사실 모든 자원은 파일로 존재 -> 파일을 접근하려면 절대경로가 필요 -> 필요한 메서드 3개
  • getRealPath(파일시스템의 진짜경로), getResource, getResourceAsStream

6. page(Object)

== this(현재 클래스의 인스턴스)
구체적인 타입을 명시할 수 없는 녀석

7. config(ServletConfig)

  • 초기화 콜백(init())에서 파라미터 꺼낼때 본 녀석
  • config는 jsp에서 잘 안씀
    • 서블릿 개발 후, web.xml에 서블릿을 등록하고 매핑해야 서블릿을 사용할 수 있음
    • web.xml태그들이 객체가 되어 ServletConfig로 캡슐화가 됨
    • config가 있다는 건 jsp도 서블릿이라는 것이지만 jsp는 서블릿처럼 매핑과 등록이 필요가 없음, 그래서 config는 jsp에서 잘 안씀

8. exception(Throwable)

  • 일반페이지에서는 비활성화(page 지시자의 isErrorPage="true"로 활성화시킴)
  • 모든 exception의 최상위는 Throwable
  • 디렉티브
    • errorPage : 지금 이 jsp에서 코드를 실행하다가 에러가 발생하면 여기에 설정된 페이지로 넘기겠다
    • isErrorPage : 에러처리당하는 해당 페이지에서는 true로 설정되어있음

9. pageContext (⭐중요⭐)

  • 가장 먼저 생성되는 기본객체, 나머지 기본객체에 대한 getter를 가짐.

  • pageContext를 통해서 모든 객체 사용 가능
    <%=pageContext.getRequest() == request %> => true
    <%=((HttpServletRequest)pageContext.getRequest()).getContextPath() %> => /webStudy01

  • el에서 유일하게 쓸 수 있는 기본객체
    ${pageContext.request.contextPath }

  • el안에서는 pageContext만 똑같고 나머지애들 다 없음

기능
1) Scope제어

  • 내부의 map형태의 scope를 가지고 있음
    • request, session, servlet context
  • attribute의 scope단위 지정 가능
 <% pageContext.setAttribute("test", "value", pageContext.REQUEST_SCOPE); %>
 <%=request.getAttribute("test") %>

=> value
2) 흐름제어 : 무조건 dispatch방식(redirect메서드 없음)
3) 에러데이터 확보

  • <%pageContext.include("/06/sessionDesc.jsp");
    • 입력한 위치(예상 위치)에 출력 잘 댐
    • 흐름제어까지도 가능한 구조
    • 방출 이후 예외 발생하면 예외처리 불가능
  • request.getRequestDispatcher("/06/sessionDesc.jsp").include(request, response);%>
    • '버퍼'때문에 위치가 맨위에서 보임 -- 출력되는 위치가 달라..

3) 에러테이터확보

  • _jspService()내의 기본객체 생성과정
  • 나머지 기본객체는 pageContext의 getter로 꺼내씀
  • 나머지 기본객체 필요하면 pc에서 잘 호출하면 된다..

서블릿처리과정

  • 최초요청-요청처리할 서블릿 유무 확인-객체 유무확인-클래스 컴파일 확인-컴파일-싱글톤객체 생성-_jspservice 메서드 불렁..

D:\A_TeachingMaterial\6.JspSpring\workspace.metadata.plugins\org.eclipse.wst.server.core\tmp1\work\Catalina\localhost\webStudy01\org\apache\jsp_06


  • 기본 타임아웃은 30분인데 2분으로 줄일수도 있다.
    • (ex) 인터넷뱅킹

웹 어플리케이션 상태유지

쿠키

세션

profile
HI :)

0개의 댓글