스프링부트 with JPA

예전에 어느 강의에서, 같은 내용이라도 여러 사람에게 배우는게 좋다는 말을 듣고 강의를 여러개 들어보려고 한다.게다가 인프런에서 들었던 스프링 강의는 gradle에 대한내용은 없고, 전체적인 흐름만 파악하여 세세한 개념을 잡기는 힘들어서 김영한님의 강의를 추가로 들어보

JPA 개념잡기

스프링부트 동작원리1) 내장 톰켓을 가진다.톰켓을 따로 설치할 필요 없이 바로 실행가능하다.Socket: 운영체제가 가지고 있는 것!A와 B가 통신을 하려고 할때 A가 5000 포트로 소켓을 오픈하면 B는 A의 IP주소와 포트번호를 넣는다. 이러면 A와 B는 메세지를

http는 운영체제가 가지고 있는 소켓을 이용해서 만들어졌는데, 프로그램이 운영체제가 들고 있는 어떤 기능을 통해서, 불러서 사용하는것을 시스템콜 이라고 한다.http의 기반은 소켓이다.톰켓 vs 웹서버내가 재미있는 동영상 세개를 가지고 있을 때 친구 세명이 이 영상을

서블릿 컨테이너를 톰켓이라고 한다. 클라이언트가 요청을 하면 톰켓이 요청을 받고 최초요청이면 객체를 생성하고 최초요청이 아니면 객체를 생성하지 않고 이미 생성된 객체를 재사용한다.정적인 파일을 요청받으면 톰켓이 일을 안하고 아파치가 일을 한다.자바코드를 요청받아야 톰

web.xml이 하는 일은 여러가지이다.web.xml대로 문지기가 일을 한다.외부에서 사람이 한명 들어오는데 (초기 파라미터 = 암구호:왈라) 이다.몰래 들어온 사람은 암구호를 물어봤을때 말할 수 없다.초기파라미터는 한번 설정을 해두면 어디서든지 등장할 수 있다.어떤사

최초 앞단에서 request 요청을 받아서 필요한 클래스에 넘겨준다. 왜? web.xml에 다 정의하기가 너무 힘듬.문지기가 web.xml에 너무 많은 jsp에 대한 정의가 많으면 매핑 하는 내용이 굉장히 많아진다. 그래서 앞단에서 request 요청을 받으면 fron

DispatcherServlet에 의해 생성되는 수 많은 객체들은 어디서 관리될까?스프링에서 아파치는 동작할 수 없다.request -> web.xml -> dispatcherSurvlet가 컴포넌트 스캔한다.dispacherservlet = frontcontrolle

요청 주소에 따른 적절한 컨트롤로 요청 (Handler Mapping)이때 handler mapping이 특정한 함수를 찾아준다.예를 들어 get요청=>http://localhost:8080/post/1 이 왔을때 해당 주소 요청이 오면 적절한 컨트롤러의 함수