일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- EC2
- phaser
- Servlet
- autowired
- CSS
- SQL
- 웹소켓
- 도커
- model1
- JavaScript
- AWS
- 웹게임
- Spring
- PL/SQL
- 알고리즘
- 비트코인
- 배포
- JSP
- websocket
- 암호화
- express
- 블록체인
- Cookie
- node.js
- HTML
- RDS
- Ajax
- tiles.xml
- docker
- jQuery
- Today
- Total
記錄
doGet, doPost, Context Path 본문
response와 request
쉽게 말해서 클라이언트에서 웹 서버에 보내는 데이터는 request객체에 담기고 웹 서버에서 클라이언트에 보내는 정보는 response 객체에 담긴다.
예를들어, 로그인을 한다고 했을 때, 아이디와 암호는 request에 담겨서 웹 서버에 보내지고 이것을 웹 서버가 DB에서 확인하고 접근을 허가할지 말지에 대한 정보를 response객체에 담아서 클라이언트 측으로 보내는 것이다. 물론 응답은 html로 이뤄진다
doGet, doPost의 차이점과 호출 근거
request시 요청 방식이 GET방식이면 response도 GET방식으로 받게 되고, 요청 방식이 POST방식이면 response도 POST 방식으로 받게 된다.
정확히 말하면 html태그의 method 속성값이 무엇인지에 따라 response 방식도 정해진다.
※ doGet방식으로 호출이 되는 경우
1) html태그의 method속성이 GET방식일 때
2) 웹브라우저에 직접 입력을 해서 접근하는 방식일 때 <-- 밑 예제에서 이를 확인해본다
cf) 왜 doPost가 아니고 doGet이 호출되었는가?
어딘가를 통해서 들어간 것이 아니고 브라우저로 바로 들어갔기 때문에 doGet이 호출되어서 doGet 메소드에 처리해둔 연산들이 실행 된 것.
※ doPost방식으로 호출이 되는 경우
※ html에서 호출하고 있다는 것에 유의
※ class명이 아니라 Mapping 값으로 찾아간다!
Context Path(컨텍스트 패스)
※ 구동(run)한 프로젝트 단위로 올라간다
'Web > JSP' 카테고리의 다른 글
JSP 동작원리, 개념, 내부객체 (0) | 2017.12.01 |
---|---|
초기화 파라미터(init-param), WebListener (0) | 2017.11.28 |
html_form, 인코딩 차이점(get, post) (0) | 2017.11.28 |
servlet LifeCycle (0) | 2017.11.28 |
JSP, MVC, servlet, Mapping 및 기초개념 (0) | 2017.11.27 |