Dispatcher , Redirect

사용자마다 요청하면 리퀘스트 리스펀스 객체가 만들어짐 이건 스레드로 관리됨. 톰켓이 스레드가 몇개 만들 수 있을 지를  server.xml 문서에 결정해서 적어둔다. 보통 20개 ~100개. 동시접속자 수를 말하는 거임. 서버컴퓨터의 cpu가 소화할 수 있는 만큼. 그리고 이 (request, response객체들을 가진)스레드. 요청할 때마다 스레드 만들지만 응답하면 소멸되지는 않고 유지되고 있음. rr객체들만 없어지고 생기고 함. 비효율적이게 스레드도 rr객체들과 같이 만드러 졌다가 생겼다가 할 필요가 없는 것....// 서블릿을 말함.???

 

세션객체는 서버에 하나, 여기에

jsessionid : 난수로 id만들어짐 (최초 요청시에 jsessionid 값 난수로 만들어짐.)

응답할 때 이 난수가 브라우저에 cookie에 저장됨.

localstorage보다 Cookie가 안전함

자바스크립트로 보안!

 

(jsessionid랑 맵핑)나만의 세션도 생긴다. 여기에는 user Object를 저장합니다. 비번은 빼고 이름 주소 이메일 등등(인증정보)을 저장해 놓는다.

 

 

 

Dispatcher -->forward()

최초의 rr객체를 유지해서 그 정보 그대로 가지고 클라이언트에 리스펀스해줌. //그 정보 다음 페이지까지 가져가야 할 때

https://studyandlearn.tistory.com/227

 

디스패쳐
1. 페이지 주소가 바뀌지 않는다
2. request, response 객체가 유지된다
3. 속도가 리다이렉트보다 빠르다

 

 

Redirect --> sendRedirect()

request 내부에 다시 함. 그러면 r,r객체를 다시 만들어줌. 그럼 최초 요청 시 데이터는 서버 내부에서 또 요청할 때 사라짐. //그 정보 새로운 페이지까지 가져갈 필요없을 때

https://studyandlearn.tistory.com/225

 

리다이렉트
1. 페이지 주소가 바뀐 주소로 변경
2. request, response 객체가 소멸되고 다시 새 것으로 만들어짐
3. 속도가 디스패처보다 느리다.

 

 

페이지 이동은 무조건 Dispatcher 를 사용하고 (request를 담고 가거나 가지않거나 어쨌든)

주소는 컨트롤러를 타는주소 (cmd)

만약 Action이 있다면 자바스크립트를 이용하자(히스토리백, 메시지창, 페이지이동 효과 등의 기능을 쓸 수 있다.)