일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 스프링 부트와 JPA
- 서블릿
- 김영한
- DispatcherServlet
- 자바공부
- 스프링MVC
- 계층 쿼리
- Spring
- Numpy
- 제네릭
- 시큐어코딩
- 자바연습문제
- 불친절한SQL프로그래밍
- 자바의정석
- 스프링
- Java의정석
- 스프링입문
- java
- 분석함수
- 인프런
- REGEXP_SUBSTR
- Secure Coding
- JPA
- docker
- 이것이자바다
- inflearn
- Python
- 불친절한 SQL 프로그래밍
- 자바의정석 연습문제
- 스프링 핵심원리
- Today
- Total
목록전체 글 (118)
Continuous Challenge
쓰레드 애플리케이션 코드를 하나하나 순차적으로 실행하는 것은 쓰레드 자바 메인 메서드를 처음 실행하면 main이라는 이름의 쓰레드가 실행 쓰레드가 없다면 자바 애플리케이션 실행이 불가능 쓰레드는 한번에 하나의 코드 라인만 수행 동시 처리가 필요하면 쓰레드를 추가로 생성 요청마다 쓰레드 생성 단점 쓰레드 생성비용은 매우 비싸다. - 고객의 요청이 올 때마다 쓰레드를 생성하면 응답 속도가 늦어진다. 쓰레드는 컨텍스트 스위칭 비용이 발생한다. 쓰레드 생성에 제한이 없다. - 고객 요청이 너무 많이 오게 되면 CPU, 메모리 임계점을 넘어 서버가 죽을 수 있다. 쓰레드 풀 요청마다 쓰레드 생성의 단점 보완 특징 - 필요한 쓰레드를 쓰레드 풀에 보관하고 관리한다. - 쓰레드 풀에 생성 가능한 쓰레드의 최대치를 관..
서블릿 특징 urlPatterns(/hello)의 URL이 호출되면 서블릿 코드가 실행 HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest HTTP 응답 정보를 편리하게 사용할 수 있는 HttpServletResponse 개발자는 HTTP 스펙을 매우 편리하게 사용 HTTP 요청, 응답 흐름 HTTP 요청 시 WAS는 Request, Response 객체를 새로 만들어서 서블릿 객체 호출 개발자는 Request 객체에서 HTTP 요청 정보를 편리하게 꺼내서 사용 개발자는 Response 객체에서 HTTP 응답 정보를 편리하게 입력 WAS는 Response 객체에 담겨있는 내용으로 HTTP 응답 정보를 생성 서블릿 컨테이너 톰캣처럼 서블릿을 지원하는 WAS를 서블릿 컨테이너라고..
웹 서버(Web Server) HTTP 기반으로 동작 정적 리소스 제공, 기타 부가기능 정적(파일) HTML, CSS, JS, 이미지, 영상 예) NGINX, APACHE 웹 애플리케이션 서버(WAS - Web Application Server) HTTP 기반으로 동작 웹 서버 기능 포함 + (정적 리소스 제공 가능) 프로그램 코드를 실행해서 애플리케이션 로직 수행 - 동적 HTML, HTTP API(JSON) - 서블릿, JSP, 스프링 MVC 예) 톰캣(Tomcat), Jetty, Undertow 차이 웹 서버는 정적 리소스(파일), WAS는 애플리케이션 로직을 실행 사실 둘의 용어, 경계가 모호함 - 웹 서버도 프로그램을 실행하는 기능을 포함하기도 함 - 웹 애플리케이션 서버도 웹 서버의 기능을 제..
1. 웹 애플리케이션 이해 2. 서블릿, JSP, MVC 패턴 3. MVC 프레임워크 (핵심 구조, 기본 기능, 웹 개발)
HTTP에 대해서 더 깊이있게 학습 1. HTTP 스펙 RFC 2616 : https://tools.ietf.org/html/rfc2616 → 이것 보면 안됨! RFC 7230~7235 : https://tools.ietf.org/html/rfc7230 → 이걸로 모두 개정 2. HTTP 완벽가이드 책 (RFC 2616 기준이라는 점 감안)
캐시 기본 동작 캐시가 없을 때 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다. 인터넷 네트워크는 매우 느리고 비싸다. 브라우저 로딩 속도가 느리다. 느린 사용자 경험 캐시 적용 캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 된다. 비싼 네트워크 사용량을 줄일 수 있다. 브라우저 로딩 속도가 매우 빠르다. 빠른 사용자 경험 캐시 시간 초과 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다. 이 때 다시 네트워크 다운로드가 발생한다. 검증 헤더와 조건부 요청 캐시 유효 시간 초과하여 서버에 다시 요청하면 다음 2가지 상황이 나타단다. 1. 서버에서 기존 데이터를 변경함 2. 서버에서 기존 데이터를 변경하지 않음 검증 헤더와 조건부..
HTTP 헤더 개요 HTTP 헤더 header-field = field-name ":" OWS field-value OWS (OWS : 띄어쓰기 허용) field-name은 대소문자 구분 없음 용도 HTTP 전송에 필요한 모든 부가정보 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등 표준 헤더가 너무 많음 필요시 임의의 헤더 추가 가능 - 예) helloworld : hihi 분류 - RFC2616(과거) → 폐기됨 General 헤더 : 메시지 전체에 적용되는 정보. 예) Connection: close Request 헤더 : 요청 정보. 예) User-Agent: Mozilla/5.0 (macintosh;..) Response 헤더 :..
HTTP 상태코드 상태 코드 : 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 1xx (Infomational) : 요청이 수신되어 처리중 2xx (Successful) : 요청 정상 처리 3xx (Redirection) : 요청을 완료하려면 추가 행동이 필요 4xx (Client Error) : 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음 5xx (Server Error) : 서버 오류, 서버가 정상 요청을 처리하지 못함 2xx - 성공 200 : OK. 요청 성공 201 : Created. 요청 성공해서 새로운 리소스가 생성됨 - 생성된 리소스는 응답의 Location 헤더 필드로 식별 202 : Accepted. 요청이 접수되었으나 처리가 완료되지 않았음 - ..
클라이언트에서 서버로 데이터 전송 1. 전송 방식 (크게 2가지) 쿼리 파라미터를 통한 데이터 전송 - GET - 주로 정렬 필터(검색어) 메시지 바디를 통한 데이터 전송 - POST, PUT, PATCH - 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 2. 4가지 상황 정적 데이터 조회 - 이미지, 정적 텍스트 문서 동적 데이터 조회 - 주로 검색, 게시판 목록에서 정렬 필터(검색어) - 조회는 GET 사용. GET은 쿼리 파라미터 사용해서 데이터를 전달 (실무에서 권장하지 않음) HTML Form을 통한 데이터 전송 - 회원 가입, 상품 주문, 데이터 변경 - POST 전송 : 바디에 데이터 전달 - GET 전송 : URL에 데이터 전달 HTTP API를 통한 데이터 전송 - 회원 가입, 상품..
HTTP API API URI 고민 리소스의 의미는 뭘까? - 회원을 등록하고 수정하고 조회하는 게 리소스가 아니다. - 회원이라는 개념 자체가 리소스다. 리소스를 어떻게 식별하는 게 좋을까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제 - 회원이라는 리소스만 식별하면 된다. → 회원 리소스를 URI에 매핑 API URI 설계 리소스 식별, URI 계층 구조 활용 리소스와 행위를 분리 가장 중요한 것은 리소스를 식별하는 것 URI는 리소스만 식별 리소스와 해당 리소스를 대상으로 하는 행위를 분리 - 리소스 : 회원 - 행위 : 조회, 등록, 삭제, 변경 리소스는 명사, 행위는 동사 HTTP 메서드 - GET, POST HTTP 메서드 종류 GET : 리소스 조회 POST : 요청 데이터 처리,..