자동화 시스템 개발을 그만둔 지 한달하고 13일...2025.06.20 국비 지원 교육이 지연됨으로 제공된 사전 스터디 강의를 시작했다원래 알고 있었던 기본 문법은 건너 띄고spring 툴 공부를 시작 하게 됨일단 해봐야겠지만 아직까지는 크게 어렵거나 하는 부분이 없다

Stateful, StatelessStateful 1\. 특징 \- 상태 유지로 기존의 요청에 대한 데이터 및 상태를 확인 가능 \- 같은 서버에 요청해야함 \- 서버는 다양한 이유로 동작하지 않을 수 있다. \-

C자바는 같은 기능을 하는 ArrayList를 제공한다.배열처럼 인덱스를 통해 데이터를 가져올 수도 있고 배열 내에 존재하는 데이터 조회도 가능하다.중복 값 허용이 불가하고 순서 또한 보장 되지 않는다는 특징이 있다.중복 값이 보장이 안되기 때문에 인덱스로 데이터 반환

제네릭은 인터페이스 만큼 이나 코드의 재사용성과 할당을 유연하게 해주는 기능이라고 생각한다.//PersonTest//구현부위의 두 코드를 예제로만 봐도 제네릭의 이해는 가능하다고 생각한다.제네릭 타입은 어떠한 데이터 타입도 가능하기 때문에 실제 데이터 통신 부분을 구현
항상 api를 받아쓰는 입장에서 만들고 직접 적용하다보니 뭔가 조금 더 프로그램 전체 설계적인 면에서 와닿는다.테스트 코드 깃헙 소스DICTIONARY를 사용해서 일시적인 값을 받아서 지금까지 받았던 값을리턴하는 단순 api지만 하다보니 CRUD에 대한 로직을 조금이나
들어가기 전 항상 그렇지만 비슷한 거라도 조금이라도 다르면 머릿속에서 매치하기란 힘든거 같다... > Session & Cookie Cookie 클라이언트 측에서 저장하고 있는 사용자 정보 및 로그 조금 더 사용하는 부분으로 보게 되면 home으로 이동하는 map
Session 심화@SessionAttribute라는 어노테이션을 사용하여 데이터를 받아온다.파라미터에 있는 값을 보면 전 포스트에 인터페이스 형태로 상수로 남겨 놓았던 유저의 값과 비교하여 같은 값을 받아오게 된다.url에 보면 JSESSION이 쿼리 형태로 url의

@SessionAttributerequest.getSession(true); - 세션을 생성하는 기능이 어노테이션은 getSession과는 다르게 생성은 없지만 검색기능은 제공예제소스를 확인하고 넘어가보자@SessionAttribute 어노테이션이 파라미터 내에 있어해
장점1\. 클라이언트에 저장됨으로 서버의 리소스 낭비를 방지2\. stateless 기반으로 확장성이 뛰어나다.3\. 고유 서명을 포함으로 위조된 요청 여부 확인 가능하다.단점1\. 자체의 데이터 용량이 큼으로 트래픽이 증가됨2\. Payload (3. 만료시간 설정으

로컬 프로그램을 해온 나로서는 인증과 검증은 들어오는 데이터의 트리밍 밖에 없었다프로토콜 내의 헤더 값과 데이터로 오류 검증 밖에 없었는데...JWT(토큰(JWT 장점Signature로 서버의 보안성이 증가한다.Token 자체가 필요한 정보(유저 및 검증 정보)들을 모

들어가기 전... 모든 기능을 알 때에는 그 기능의 목적과 사용방법을 위주로 공부해야 하는 거 같다... Filter 자세히 들어가기 전에 한번 예제 소스를 확인해보자 일단 먼저 위의 doFilter의 함수가 Filter를 상속받은 CutomFilter 클래스 내부
처음에는 JPA 용어만 짚고 넘어가보자 JPA 용어 비영속(new/transient) 영속성 컨텍스트가 모르는 새로운 상태 데이터베이스와 전혀 연관이 없는 객체 영속(managed) 영속성 컨텍스트에 저장되고 관리되고 있는 상태 데이터베이
들어가기 전... 이번 과제는 좀 공을 들여야 하는 문제가 있는 거 같다. N+1은 말 그대로 한번 더 실행을 하는 문제이다. 쿼리의 의도치 않은 발생으로 인한 성능 저하라고 정의를 하면 될거 같다. (차라리 그냥 쿼리를 직접 쓰고 실행 시키는 게 나을 듯 싶다...)

들어가기 전... 라이브러리의 사용 방법이 곧 코딩 실력이다... 일단 EntityGraph가 뭔지 부터 보자 위 같은 연관관계가 지연 로딩으로 되어있을 경우 fetch 조인을 사용하여 여러 번의 쿼리를 한 번에 해결할 수 있다. @EntityGraph는 Data

아... 뭔가 어려움...구조는 이해하고 실무에서도 해봐서 얼추는 아는데직접 설계하고 데이터를 받으려니까 어렵네...일단 이렇게 생김그리고 여기서 중요한 부분이 있다요기 네이밍 파트 인데'\_' 동작 안함...

서킷 브레이커의 상태를 관리 한다.Closed기본 상태, 모든 요청을 통과 시킴호출 실패시 카운터 증가실패율 설정 임계값 도달 시 오픈 상태로 전환Open모든 요청 즉시 실패 처리에러 응답을 바로 반환설정된 대기 시간이 지난 후, 서킷 브레이커는 하프-오픈 상태 전환H

그간 항상 궁금했던 부분이 이제 조금씩 풀리는 거 같아 기분은 좋아진다.쿠키의 사용성이나 세션의 목적 그리고 토큰 복호화 같은 내용들..항상 응용프로그래밍을 하면서 처리하는 로직을 스스로 생각해보곤 했는데일단 잠깐 JWT의 빌더 패턴을 사용하여 값을 반환하는 함수를 보

이거 하면서 한참을 생각했다...모든 sql은 서버가 필요할 텐데... 즉 저장소가 필요할 텐데...구글링을 해봐도(내가 못한 거겠지만) 정확히 어떻게 실행하는 지나 과정을 설명해주는 글이 드물었다..윈도우 환경에서는 제공하는 win App이 없다.(이제 알았다..)그

GETSETMGETMSET스택, 큐 형태의 명령어 PUSH나 POP으로 추가 및 값 가져오기가 가능하다.LPUSH , RPUSHLPUSH user:list alexLPUSH user:list bradRPUSH user:list chadRPUSH user:list dav

오늘은 좀 길고 복잡할 거 같다.엄청 해메다 출구를 발견한 꼴이라서...설치나 설정을 변경한 후에는 재시작 아니면 지우고 다시 하기!!!일단 WSL 설정은 아래 링크를 참고하여 설치하고 다시 오자WSL 설치오늘은 간단하게만 설치하고 user 설정이나 자세한 설정 보다는

하나의 서비스를 구성하고 설계하는 법은 사고가 넓고경험이 많아야 한다.예외처리가 관건이고 사용자의 편의를 생각하는 사람이 잘하는 거 같다.간단하게 설명하면모듈끼리 Http 프로토콜을 이용한 API 통신그럼 한가지를 알 수 있다.즉각 처리가 필요한 모듈의 통신에 필요한

들어가기 전....일단 도커 이미지를 만들어서 진행해보자 - 개인 서버를 만든 보람이 있구만명령어 로키의 yml파일은 다음 사이트를 참고하면 설정할 수 있다.로키 yml 사이트loki-config.yml위의 설정에서 건들 건 아\~\~~무것도 없었다명령어yml명령어