오류에 대한 콘솔 내용은2024-10-27T19:17:39.304+09:00 WARN 24252 --- ecogrow-backend .w.s.m.s.DefaultHandlerExceptionResolver : Ignoring exception, response com
쓰레기 기록 메인 페이지에서 인증된 특정 사용자의 특정 게시글을 클릭하면 특정 데이터를 가지고 있는 쓰레기 기록 상세 페이지를 조회하는데 실패하는 상황Spring Boot의 모호한 핸들러 매핑 문제2024-10-29T20:30:10.827+09:00 ERROR 628
tempDir을 생성하지 못 하는 오류가 발생 중인 상황. 실행 환경 변수에서 시스템 환경 변수 포함을 체크하여 실행 후 해당 오류 해결.
로그인 후 인증이 필요한 API 호출 401 오류로 실패하는 상황
[Trouble Shoothing] 🛠️ 소셜 로그인 후 로그아웃이 안 되는 상황 (기본 유저는 문제 없음) 서버 콘솔 오류 2024-11-06T17:01:49.152+09:00 WARN 25052 --- [ecogrow-backend] [nio-8080-exe
로그인 성공 후 'userId'가 'localStorage'에 올바르게 저장되지 않는 문제가 발생.'accessToken' 및 'refreshToken'이 올바르게 저장되었음을 확인.'userId'가 'localStorage'에서 'undefind'으로 표시. /api
📢 소셜 로그인 시 SQL 에러 (DB에 기존 리프레시 토큰이 존재하는 상황에서 로그인을 시도하면 중복 에러가 발생)
페이지당 8개의 기록을 표시완료, "다음" 및 "이전" 버튼을 사용하여 데이터를 통해 페이징 예상.그러나 다음 페이지가 조회되지 않음.백엔드 컨트롤러 메소드가 전체 Page 객체가 아닌 Page 객체에서 content(레코드 목록)만 반환했기 때문에 문제가 발생.결과
[Trouble Shoothing] Jsoup 크롤링 시 중복 값 이슈
🛠️ Hibernate 무한 루프 이슈 Hibernate: select p10.id, p10.bio, p10.createdat, p10.modifiedat, p10.profileimag
개인 프로젝트 진행 과정 중 기존 클릭 로그 및 통계를 저장하는 비즈니스 로직에서 @Async와 @Transactional 이 같이 사용되는 것을 발견하였습니다.@Async와 @Transactional 을 같이 사용하게 된다면 다음 과 같은 문제점을 유발합니다.메서드
문제 상황 기존 로그인 메서드에서 1. 기존 유저의 아이디 존재 여부 (USER_NOT_FOUND) 2. 기존 유저의 패스워드 일치 여부 (INVALID_PASSWORD) 를 구분 및 반환하여 사용자 열거 위험을 인지하였습니다. 추가적으로 르그인 시 기
기존 UserDetails 의 loadUserByUsername 메서드에서 에러 코드를 한곳에서 관리하는 ErrorCode 의 통일성을 위해 CustomeException 을 사용하였으나 이 부분에서 예외 타입 정합성에 대한 문제를 인지하였습니다. <br>
Refresh Token 탈취를 막는 가장 간단한 방법: @Transactional Spring Security 환경에서 JWT Refresh Token을 사용할 때 발생할 수 있는 치명적인 동시성 이슈와 이를 `@Transactional` 어노테이션 하
프로젝트 진행 중 복수의 관리자가 특정 상품을 대상으로 동시에 수정한다고 하였을 때 마지막에 수정한 내용이 덮어 씌어져 버리는 동시성 문제가 발생할 것으로 생각을 하였습니다. 이를 해결하고자 @Version 어노테이션과 필드를 활용 하였습니다.쇼핑몰 관리자 페이지나 게
특정 데이터 삭제 시 참조 무결성 에 대한 내용을 정리하고자 합니다. JPA를 사용해 부모-자식 관계가 있는 엔티티를 다룰 때, 부모 엔티티를 삭제하면서 발생했던 문제에 대해 다루고자 합니다.
결제 취소에 숨은 데이터 정합성 함정과 해결 외부 API와 데이터베이스가 엮여있는 결제 취소 기능에서 어떻게 데이터가 어긋날 수 있는지, 그리고 이 문제를 어떻게 해결하는지 보도록 하겠습니다. 문제 상황: 고객은 환불받았는데, 우리 DB는 "결제 완료"? 외부 결제
50만 건 정산 배치, 20초에서 0.7초로 개선 - ParallelStream의 함정과 Bulk Insert 최적화 결제 내역에 대한 정산 집계 스케줄링에서 대용량 데이터를 다루는 배치 작업의 성능을 단계적으로 최적화했던 경험을 기록하고자 합니다. 50만 건의 결