Junit 5에서는 테스트를 진행하는 어노테이션이 여러 종류가 있다.vSpringBootTest는 실제 애플리케이션을 자신의 로컬 위에 올려서 포트주소가 Listening 되어지고 , 실제Database와 커넥션이 붙어지는 상태에서 진행되는 Live 테스트 방법이다.커
JPA 엔티티 조회 중 N + 1 문제는 정말 많이 일어난다.아래는 Study Entity를 조회했을때 발생되는 쿼리의 양이다.나는 Study entity 하나만 조회했을 뿐인데 5번의 쿼리가 나갔다.JPA 가 연관된 테이블들을 한번에 조회하지 않고지연로딩으로 되어 있
클론코딩 중 해당 이슈가 발생하였다.가지고 오려는 데이터 중 BLOB 데이터를 포함한다.따라서 JPA에 영속되기도 벅차고 변경감지 하기에는 리소스를 너무 많이 소모되기 때문에 변경감지나 지연로딩을 수행할 수 없다.Repository 인터페이스에 @Transactiona
Inflean MSA 강의 도중에 AbstractGatewayFilterFactory가 궁금해서 블로그를 찾아보다가 잘 정리된 글이 있어서 참고해서 정리해서 올려둔다....(사실따라쓰기 수준임..)인프런 MSA 강의에서는 spring cloud Gateway가 제공하는
Validator 를 알고가고자 이 글을 작성
사내 전사관리시스템을 개발하는데 있어 엔드포인트 별로 권한설정이 필요했다.개요\-> Security에서 권한 설정하는 방법은 크게 2가지다.Configure에서 설정하는방법Method위에 Anotation으로 설정하는 방법문제점\-> 나는 엔드포인트와 권한들을 한눈에
테스트 코드 작성 중 @MockBean과 @Autowired가 뭐가 다른지 궁금해짐 필요한 의존 객체의 타입에 해당하는 빈을 찾아 주입.@SpringBootTest 에 의해 띄워진 빈들중 찾아서 주입하는 것..Mock은 껍데기만 있는 객체Mock Bean은 기존에 사용
@EqualsAndHashCodeequals와 hashcode를 만들어 주는 것equals: 두 객체의 내용이 같은 지 확인hashcode: 두 객체가 같은 객체인지 확인Tip.@EqualsAndHashCode(of="id"): 연관 관계가 복잡해 질 때, @Equal
문제 : Telegram message API에는 markdown과 html을 사용할 수 있으나, table을 사용할 수 없었다. 첫번째 시도. 처음엔 스택오버플로우 형님들이 올려두신 방법대로 문자로 테이블모양을 그렸었다. 그러나, 문자열의 길이가 제각각이면 테이
위와같이 일일근태를 간결히 보여주는 테이블을 만들고 있었다.union으로 간단히 해결될 거라 생각했던것과 달리 데이터가 생각대로 나오지 않았다.결국 query에서는 unionAll로 모든데이터를 끌고와서 비즈니스 로직에서 처리하기로 하였다.처리하는 과정 중 Unsup
Telegram message 일일근태 API 가 Local에서는 작동하나, ec2에서는 작동안하는 문제 확인.프로젝트에 있던 도커파일을 빌드하여 로컬에서 도커를 띄워본다.Docker Log를 띄우니 unsatisfiedlinkerror /usr/local/openj
개요 >Telegram 과 같은 채팅어플을 개발중에 QR-LOGIN을 구현하는 기획이 있었다. 방법 찾기 > 나는 NAVER에서 구현한 QR-LOGIN이 어떤방식으로 로그인처리를 하는지 알고싶어서 파헤치기 시작했다. 1. 네이버는 QR에 3분의 시간 제한을 두었
의존 관계 때문에 spring-boot-starter-oauth2-client 를 사용하지 않고 Feign Client로 구현하고 싶었다.OAuth2 라이브러리를 사용하게 되면 Spring Security가 Application 단계에서 구현되어 main을 가지는 각각
@Transaction 어노테이션이 걸린 메소드 안에서 데이터 변경 후 외부 api로 데이터 변경되었음을 알렸지만, 외부 api로 데이터를 조회한 결과 변경되지 않고 조회되는 문제가 있었다.em.flush는 SQL을 발생시키지만 Commit을 시키지 않는 문제점 확인여
Spring Cloud Config를 동적으로 조작하는 방법은 크게 3가지로 나뉜다.장점 : 구조가 단순해서 서버 관리가 쉽다. 단점 : 변경한 서비스의 인스턴스가 100개라 가정했을때 refresh 요청 보내야할게 100개다ㅎㅎ;장점 : 인스턴스 별로 refresh를