🌟URL root 변경

• project → properties → web project settings → context root → '/'로 변경.

🌟웹브라우저에서 웹문서 출력

• 웹브라우저마다 각자의 자의적 해석방식으로 문서를 해석하기 때문에 컨텐츠 형식을 미리 알려줘야 한다.
• response.contentType("text/html; charset=utf-8");

🌟웹브라우저로 전송 시 한글 깨지는 현상.

• 웹서버에서 웹브라우저로 전송 시 ISO-8859-1 의 문자세트로 인코딩된다. 이는 1바이트씩 전송되기 때문에 한글이 깨지게 된다. 이를 해결하기 위해서는 response 의 setCharacterEncoding() 메서드를 이용하여 charset을 "UTF-8"로 변경해줘야 한다.
• response.setCharaceterEncoding("UTF-8");

🌟입력 데이터 전송 시 한글 깨지는 현상.

• 웹브라우저에서 웹서버로 전송 시 문자세트를 UTF-8로 변경해줘야 한다.
• request.setCharaceterEncoding("UTF-8");
• 추가로 요청 시 입력된 값을 사용 전에 'null 여부' 및 '공백여부'를 확인 후 사용해야 한다.

🌟submit 버튼을 기능별로 구별하기.

• input type="button" 2개인 경우
• 사용자 입력값을 input 태그를 통해 서버에서 입력받기 위해서는 name 속성을 지정해줘야 하며, 동일한 name 값을 구분하기 위해서는 name 값을 다르게 지정하거나, value 속성 값을 다르게 지정해줘야 한다.
  - input type="submit" name="operation" value="v1"
  - input type="submit" name="operation" value="v2"

입력 데이터 배열로 받기

• input 태그를 동적으로 추가하는 경우, 동일한 name 속성 값을 갖는 input 태그를 추가하는 경우가 일반적이다.
• 이처럼 동일한 name 속성의 값을 여러 개 받게 될 경우, 이를 배열에 담아 서버에 전달된다.
• 서버에서 받는 방법
  • String[] values = request.getParameterValues("name값");

🌟상태 유지의 필요성

• 웹은 애플리케이션 내 서블릿 간에 데이터를 공유하기 위해서는 하나의 서블릿에서 입력받은 요청 데이터를 저장할 전역변수와 같은 개념이 필요하지만 사용하지 못한다.(멀티 스레드)
• 처음 값을 입력 후 서블릿이 종료되면, 내부 값들도 함께 사라진다.
• 입력받은 값들을 다른 서블릿과 공유하기 위해 사용되는 개념.
  • application
  • session
  • cookie

①Application 저장소 : 서블릿 컨텍스트

• 서블릿 컨텍스트란? 서블릿이 서블릿 컨테이너와 통신하기 위해 사용되는 메서드들을 가지고 있는 클래스.
• 하나의 Web Application 내에 있는 모든 서블릿들을 관리하며 애플리케이션을 실행하기 위해 필요한 값들을 저장하고 서블릿 간에 공유할 수 있도록 도와주는 역할.
• 이처럼 Servlet Context에 값을 저장하기 위해서는 attribute 형태로 속성명과 속성값을 지정해줘야 한다.
• 사용방법
  • ServletContext application = reuqest.getServletContext();
  • application.setAttribute("속성명1","속성값1");
  • application.setAttribute("속성명2","속성값2");
  • appication에 저장된 값을 가져와서 사용.
  • application.getAttribute("속성명");

②Sesstion을 이용한 상태값 유지

• HttpSession session = reuqest.getSession();
• session.setAttribute("속성명","속성값");
• session.getAttribute("속성명");

Application과 Session 속성 차이

• Application : 전역 공간에서 사용가능한 속성.
• Session : session 내에서만 사용가능한 속성.
  • session은 현재 접속한 클라이언트를 의미한다.
  • 즉, 사용자마다 다른 session을 갖게 되고, 해당 session은 각 사용자만 접근이 가능하다.
  • 컴퓨터에서 두 개의 다른 웹브라우저를 실행하여 서버에 요청한 경우, 두 브라우저는 다른 사용자로 인식하게 된다. 즉, session이 다르다.
  • 추가로 컴퓨터에서 동일한 웹 브라우저를 두 개를 실행한 경우 두 브라우저는 같은 사용자로 인식한다.(멀티 스레드 : 하나의 프로세스 내에 여러 스레드가 자원을 공유하여 사용하기 때문이다.)

웹 서버에서 현재 접속한 사용자(Session)를 구분하는 방식.

• 서버에는 사용자의 요청을 처리 시, 다른 서블릿에 공유하기 위한 공간이 존재하며, 이를 application이라고 한다.
• 또한, 현재 접속한 사용자마다 저장할 수 있는 공간인 session이 존재한다.
• 세션은 세션아이디(SID)를 갖고 있어야만 session 사용이 가능하다.
• WAS는 처음 요청으로 들어온 사용자에게는 식별번호가 없으므로 application만 제공해준다. 서버는 응답 시에 SID라는 아이디를 제공해준 뒤 WAS는 SID와 연결된 session 공간을 할당한다. 이 후에 동일한 사용자가 해당 서버에 요청 시 SID가 포함되며, WAS에서는 해당 사용자에 대한 session을 제공하게 된다.
• 실제 웹 브라우저 요청 헤더를 확인해보면, COOKIE 값으로 JSESSION의 식별자 값을 통해 해당 브라우저가 동일한 사용자인지 여부를 식별한다.
• 서버측 SID 관리 관련 메서드
  • void invalidate() : 세션에서 사용되는 객체들을 바로 해제.
  • void setMaxInactiveInterval(int interval) : 세션 타임아웃을 정수(초)로 설정
  • boolean isNew() : 세션이 새로 생성되었는지 확인
  • Long getCreationTime() : 세션이 시작된 시간을 반환, 1970년 1월 1일을 시작으로 하는 밀리초.(epoch time)
  • long getLastAccessedTime() : 마지막 요청 시간, 1970년 1월 1일을 시작으로 하는 밀리초.
• session은 생성 시점 이후 특정 간격으로 삭제되는데, 이 시간은 session 사용자가 접속할 때마다 리셋된다. 세션 시간이 지난 뒤 접속하게 될 경우, 서버는 해당 사용자를 다른 사용자로 인식하게 된다.

③Cookie를 이용한 상태 값 유지

• cookie : 클라이언트에서 관리하는 값.
• 서버측에서 저장하는 저장소 : application, session
• 클라이언트에서 저장하는 저장소 : cookie
• 클라이언트 측에서 서버로 요청 시 전달되는 값
  • Header 정보(TCP/IP 정보)
  • 사용자 데이터
  • 쿠키
• 쿠키는 처음 생성은 서버에서 생성 후 response header를 통해 클라이언트로 전달해주며, 서버측에서 쿠키를 요청 시마다 클라이언트 측에서 쿠키를 전달해준다.
• cookie 관련 메서드
• addCookie();
• cookie 안에 저장되는 값은 문자열 형태만 저장될 수 있다.

		Cookie cookie = new Cookie("c",String.valueOf(result));
        response.addCookie(cookie);

• getCookies();
  - Cookie[] cookies = request.getCookies();
  - 여러 개의 값이 존재할 수 있기 때문에 배열로 반환.

        	for(Cookie cookie : cookies)
        		if("c".equals(cookie.getName()))
        			_c = cookie.getValue();}

Cookie 관련 옵션

• Cookie.setPath("url") : 매개변수와 동일한 url 요청 시 cookie를 가져오도록 하는 옵션.
• Cookie.setMaxAge(int sec)
  • cookie에 별도의 maxAge를 설정해주지 않을 경우, default로 브라우저의 생명주기와 동일해진다. 즉, 브라우저 종료 시 함께 삭제된다.
  • maxAge 설정 시 쿠키는 브라우저와 연동된 컴퓨터 내부 영구 저장소에 저장되어 브라우저 종료 시에도 값을 유지할 수 있게 된다.
  • 일반적으로 setMaxAge(24 * 60 * 60); 와 같이 명시적으로 시간을 지정해준다. 위는 1일 동안 cookie를 유지하겠다는 의미이다.

application VS session VS cookie 비교

1.application

• 사용범위 : 전역 범위에서 사용하는 저장 공간
• 생명주기 : WAS 시작 ~ 종료
• 저장위치 : WAS 서버 측 메모리

2.session

• 사용범위 : 세션 범위에서 사용하는 저장 공간
• 생명주기 : session 시작 ~ 종료
• 저장위치 : WAS 서버 측 메모리

3.cookie

• 사용범위 : Web browser 별 지정한 path 범주 공간
• 생명주기 : Browser에 전달한 시간 ~ 만료시간
• 저장위치 : Web Browser 메모리 또는 파일
• 저장 기간이 길 경우 cookie를 사용.
• 특정 url에서 사용하는 데이터는 cookie를 사용.
• 즉, 서버 자원의 부담을 줄여준다.

🌟페이지 전환 복습

Redirect

• 서버가 클라이언트에게 요청할 주소를 응답 결과로 전달하는 것.
• 클라이언트는 response에 담긴 redirect 주소를 재요청하게 된다.
• 브라우저가 요청하는 것이기 때문에 url이 변경된다.
• Redirect는 새로운 요청이 발생하는 것이기 때문에 HttpServletRequest 객체는 소멸 후 다시 생성되므로, 내부 데이터는 모두 삭제된다. 하지만, HttpSession 객체는 유지된다.

forward

• 서버 내부에서 코드 실행 흐름을 이동하는 것을 의미.
• 브라우저에서는 다른 곳으로 흐름이 이동되었다는 것을 알 수 없기 때문에 주소창의 주소는 변경되지 않는다.
• HttpServletRequest 객체 및 HttpSession 객체 모두 유지.