JDK > JRE > JVMhttps://velog.io/@leocodms/1-1-JRE-JDK-JVM-Helloworld
1.
IO모델은 동기/비동기, 블로킹/논블로킹을 기준으로 나눌 수 있다.호출된 함수가 자신이 할 일을 모두 마칠 때까지 제어권을 계속 가지고서 호출한 함수에게 바로 돌려주지 않으면 Block호출된 함수가 자신이 할 일을 채 마치지 않았더라도 바로 제어권을 건네주어(retur
stack영역에는 지역변수(local variable)와 매개변수(parameter)가 저장된다.지역변수와 매개변수는 변수가 선언된 블록 안에서만 유효하다.즉, 스택 영역에는 실행 과정에서 임시로 할당되고, 이후 바로 소멸되는 것들이 저장된다. heap 영역에 생성된
url에 "https://"가 할당 된다. \+=연산에 의해 stack의 url변수는 더이상 "https://"가 아닌, 새로운 객체인 https://chaeekim.github.io을 참조한다.따라서, "https://"객체는 he
crontab을 사용하여 하루 한번 데이터 dump를 뜬다.그런데, 잘 저장되어 있던 데이터가 원인 모를 이유....?로 날아가버렸다.그것도 일부만.. 전날까지의 데이터는 복구가 되었으나, 한 직원분의 하루치 작업 내용이 사라진것..하루 한 번 dump는 주기가 너무
JPA에서 ID값으로 객체를 가져오는 메소드는 두가지이다.getById / findByIdgetById() 는 원래 getOne() 이었으나 해당 메소드가 Deprecated 되고 대체되었다.내부적으로 EntityManager.getReference() 메소드를 호출하
https://dionysus2074.tistory.com/172
지금까지 아주아주 편리하게 잘 사용하던 HttpSession이 이번 프로젝트에서 말썽이었다.문제 1세션 저장은 잘 하는데,새로운 request에서 항상 새로운 httpsession을 생성했다.(request.getSession())문제 2HttpSession이 set되
JWT를 사용해 사용자 로그인/회원가입 사용자 인증을 구현했다.이제 request마다 token을 분석해서알맞은 response를 보내주면 되는데,,,사용자 별로 고유한 데이터를 담아서 보내줘야하는 경우가 생겼다.세션을 사용했을 때는 그때그때 session정보 호출해서