목차 0. JDK 1. javax -> jakarta 2. querydsl 3. spring security 현재 Tidify iOS 앱을 운영 중이다. 서버는 스프링부트 2.7.8 버전을 사용 중이었는데 연휴기간 동안 버전업을 진행했다. 버전업을 진행하면서 다양한 벽(?)에 부딪혔는데 그 과정을 하나하나 풀어보겠다. 스프링부트 3 에는 다양한 라이브러리가 추가됐지만 다음의 큰 특징이 있다. Java17과 Java19 지원 (Java 21 도 추가) GraalVM 지원 Spring framework 6.0 기반 0. jdk 스프링부트 3은 java17 을 기반으로 작성됐기 때문에 17 미만의 JDK는 지원하지 않는다. 기존에도 jdk 는 java 17 을 사용하고 있었기에 별도로 jdk 업데이트는 하지 ..

목차 - 서론 - @EnableAsync 동작원리 - @Async 동작원리 - 결론 실습 환경 - Java 17 - Springboot 3.2.0 서론 실무에서 비동기 처리를 위해 CompletableFuture 클래스를 사용했다. 잘 동작하는 것을 확인했지만 문득 @Async 어노테이션을 이용하면 더 편리하지 않을까 하는 생각과 @Async는 어떤 원리로 비동기를 처리하는지 궁금해졌다. @Async 내부 동작을 디버깅 한 결과 결국 @Async 역시 CompletableFuture을 사용하고 있었다. 이 글에서는 스프링부트에서 @Async 어노테이션이 붙은 메서드가 어떻게 비동기로 처리되는지와 더불어 @EnableAsync 가 어떻게 동작하는지를 다뤄보겠다. @EnableAsync 동작원리 @Enabl..

목차 0. Dirty Checking 이 동작하지 않은 내 코드 1. Dirty Checking 은 어떤 조건에서 실행되는가? 2. @Transactional 은 어떤 원리로 Dirty Checking 을 진행하는가? 3. 그럼 어떻게 수정해야하나? 4. 결론 Dirty Checking 과 @Transactional 의 원리를 잘 아시는 분이라면 이 글에서 얻어가시는게 많이 없을 수 있습니다. 이 글은 무지성으로 @Transactional 을 사용한 지난 날을 반성하고 더 공부하기 위해 작성했습니다. 0. Dirty Checking 이 동작하지 않은 내 코드 너무 부끄럽지만 처음엔 이렇게 코드를 짜놓고 왜 Dirty Checking 이 되지 않는지 의아했다. @Transactional 어노테이션이 있는 ..

목차 기존 : QueryDSL의 페이징 개선 : PageableExecutionUtils : new PageImpl()의 count 쿼리 개선 Test Case Test case 1. 페이지 사이즈 20 / 총 content 8개 / 첫 번째 페이지 호출 Test case 2. 페이지 사이즈 5 / 총 content 8개 / 두번째 페이지 호출 Test case 3. 페이지 사이즈 3 / 총 content 8개 / 두번째 페이지 호출 (총 3개의 페이지 존재) 결론 (기존) QueryDSL의 페이징 보통 QueryDsl (이하 qdsl)에서 페이징 할 땐 new PageImpl()을 사용했습니다. 이름대로 Page 인터페이스의 구현체이며, 동시에 Chunk 인터페이스의 구현체입니다. (여기선 중요한 게 ..

@NotNull, @NotEmpty, @NotBlank 세 어노테이션은 DTO 필드의 유효성 검증에 사용된다. @NotNull @NotNull은 필드에 Null 값을 허용하지 않는다는 것을 유추할 수 있다. 실제로도 @NotNull 이 붙은 필드는 null 값만 허용하지 않을 뿐, "" 나 " " 같은 빈값, 공백값은 할당 받을 수 있다. 하지만 @NotEmpty 와 @NotBlank 는 왠지 모르겠지만 매번 헷갈린다. 둘의 차이가 헷갈림 -> 구글링 -> 오케이 확인 -> (며칠 후) 둘의 차이가 헷갈림 -> 구글링 -> ... 이젠 그만 헷갈리기로 하자. @NotEmpty Not Empty : (필드가) 비어있지 않다 그렇다면 비어있는 필드는 어떤 상태일까. 바로 null 과 "" 이다. 즉 @Not..

목차 배경 문제 API 개선 요구사항 현재 API 사항 개선된 API 요구사항 첫 번째 시도 두 번째 시도 세 번째 시도 Self-Invocation 해결 방안 (Proxy 생성) 1) ApplicationContext DI 2) @Resource으로 AutoWiring 마무리 배경 클라이언트에서 특정 키워드로 조회하면, 해당 키워드에 해당하는 상품 목록을 받아온다. 쇼핑몰 API 에서 상품을 보내주며, 12개의 상품을 디폴트로 보내준다. 쇼핑몰 API에서 해당 키워드의 상품 재고가 부족하면, 12개 미만으로 응답할 수 있다. 상품의 개수가 9개 미만이면, 재고 보충 notify 를 위해 슬랙봇 메시지가 전송된다. 문제 상품 재고가 부족한 키워드로 api 요청이 계속 들어오면 어떻게 될까요? 매번 api..

에러 메시지: Caused by: java.sql.SQLException: Can not issue data manipulation statements with executeQuery(). 원인: @Modifying(clearAutomatically = true) 미사용 `update, delete, insert` 쿼리는 리턴값을 갖지 않기 때문에 발생하는 에러. Jpa 에서 `select Query` 를 보낼 땐 `executeQuery()` 를 사용하지만, `update, delete, insert` 등의 쿼리를 보낼 땐, executeUpdate() 쿼리를 사용한다. executeUpdate() 는 쿼리를 전송해서 변경된 행의 개수를 리턴한다. JPA 쿼리 메서드 사용시, @Modifying 어노테..

에러 메시지 : Unable to resolve table "'[테이블명]" JPA 에서 native Query 를 사용해야 하는 경우가 있다. 네이티브 쿼리에 db 의 table 명을 넣으면, Unable to resolve table "[table name]" 이란 에러가 발생한다. 프로젝트에서 연동된 DB 를 못찾아 발생한 문제이므로, 직접 DataBase source 를 연동시켜주자. 인텔리제이 우측의 Database 아이콘을 누르면 DB 연동 관련 탭을 열 수 있다. 각자가 사용하는 Database 를 선택하자. 각자 DB 의 설정 값을 입력해준다. 설정값을 모르겠다면 application.yml 파일에서 확인할 수 있다. 이전에 뜨던 컴파일 에러가 사라진 것을 확인할 수 있다. 그럼 해피코딩하자

✏️ 지속적 업데이트 📌 에러 메시지 : Driver org.mariadb.jdbc.Driver claims to not accept jdbcUrl . . . ✅ 해결 url 시작부분에 jdbc:mariadb:// 를 붙여주면 해결.