주누의 기록보관소

Cookies- 쿠키란-> 서버가 클라이언트에게 보내는 작은 정보의 조각. 하나의 쿠키에는 어디에서 왔는지 또 언제까지 유효한지등이 표시-> 원래 NetScape에서 제안했으나, 현재는 인터넷의 한 표준 => ex) 응답헤더Set-Cookie:NAME=VALUE;expires=DATE;path=PATH;domain=DOMAIN;secure-> 단점=> 사용자가 쿠키를 받아들이지 않을 수도 있음.=> 브라우저가 쿠키를 지우너하지 않을 수도 있음.-> 제한사항=> 보통 하나의 쿠키에 담을 수 있는 Byte 수는 4kb이며,하나의 브라우저가 도메인에 대해 저장할 수 있는 쿠키의 개수(보통 20개) 로 한계가 있음.-> 웹 서버가 쿠키를 반응 헤더로서 웹 브라우저에 전달하면, 웹 브라우저는 쿠키를 메모리에 기억..

초기화 정보 얻기- init() 메소드에서 서블릿 개체 초기화- 초기화 정보의 위치-> web.xml~~namevalue - String getInitParameter(String name) ================================================================================================================= (InitParameterServlet)import java.io.IOException;import java.io.PrintWriter;import java.util.Enumeration; import javax.servlet.ServletConfig;import javax.servlet.ServletExceptio..

- protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException{}-> 모든 요청 방식을 처리할 경우 오버라이딩 - protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException{}-> GET 요청 방식만 처리할 경우 오버라이딩 - protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException..

요청방식- 웹 클라이언트가 웹 서버로 자료를 요청할 때, 사용하는 방식 - GET 방식-> 요청 HTTP 시작라인의 URL에 입력 데이터가 포함.-> 요청 HTTP의 바디가 없음.-> 전송하는 자료량에 한계가 있음.-> 주소 표시줄에 표시되므로 보안성이 POST 방식보다 약함.-> 문자만 전송 가능.->~~ - POST 방식-> 요청 HTTP 바디에 입력 데이터가 포함.-> 바디의 데이터는 스트림으로 전송-> 스트림 형태로 입력 데이터가 전송되므로 전송 용량에 제한을 받지 않음.-> 문자 및 바이너리(파일)을 전송할 수 있음.->~ 주소 참조 : http://dkbalm.egloos.com/769595http://underclub.tistory.com/200http://ljeljy.egloos.com/4..

Servlet- 동적 파일.- 하나의 Java Class.- 서버에서 객체 생성 후 사용- URL로 클라이언트가 실행 요청.- 특정 메소드를 호출하여 응답을 생성. Servlet 실행 및 개발 환경- 실행 환경-> Java Runtime Environment=> JDK 또는 JRE가 설치된 서버 PC-> 웹 서버 + Servlet Container(Servlet Engine)=> Tomcat=> Resin=> Applications Server(WebLogic, WebSphere...) - 개발 환경-> 실행 환경-> J2EE API=> 컴파일시 필요=> javax.servlet.*, javax.servlet.http.*-> 개발도구=> Eclipse