Repository navigation
위시 등록·합치기·탈퇴의 폴더 연결 처리 (3단계) - #1271
Conversation
- 링크 등록 · 이미지 확정 요청에 선택 필드 folderId 추가
- 등록과 같은 트랜잭션에서 새 위시를 그 폴더에 넣음
- 없는 폴더 · 남의 폴더는 한도를 쓰기 전에 404 FOLDER-001
- 회원 행 다음 폴더 행을 잠가 폴더 쓰기와 같은 순서
- folderId 와 함께 이미 담은 링크를 담으면 409 대신 기존 위시를 폴더에 넣음
- 응답 folderResult: ADDED · ALREADY_IN_FOLDER, wish.id 는 기존 위시
- 응답 status 는 201 그대로. 결과는 folderResult 로 구분
- 새로 담는 것이 아니라 한도 · 외부 유입 기록을 쓰지 않음
- folderId 없으면 409 WISH-009 그대로
- 위시가 합쳐지면 폴더 연결을 남는 위시로 옮김
- 합침 이벤트를 동기 리스너로 받아 합치기 트랜잭션 안에서 처리
- 원인: 커밋 뒤 처리면 사이 구간에 지워진 위시를 가리키고 실패 시 연결이 사라짐
- 남는 위시가 이미 그 폴더에 있으면 합쳐진 위시 연결만 지움
- 이미지 확정은 위시 전용 요청 DTO 로 분리
- 원인: 토너먼트와 같이 쓰는 요청에 폴더 필드를 얹으면 토너먼트 문서에도 노출
- 리스너를 빼면 합치기 통합 테스트 2건이 실패하는 것 확인
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 41 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
|
Discord 스레드 연동용 메타데이터입니다. discord-pr-bot 워크플로가 자동 생성하며, 수정·삭제하면 PR 과 Discord 알림 연동이 끊깁니다. |
|
@coderabbitai review |
Action not completed
|
- 2단계(#1270) 머지분과의 충돌 3곳은 양쪽을 모두 살림 - WishResult · WishItemResponse · WishlistService - 등록 응답에도 folderIds 를 채움 - 링크 등록 · 이미 담은 링크 · 이미지 확정 - 원인: 안 채우면 폴더를 지정해 담은 직후 folderIds 가 빈 배열로 나감
|
@coderabbitai review |
Action not completed
|
한눈에
위시를 담을 때 바로 폴더에 넣고, 위시가 합쳐져도 폴더에서 안 빠지게
Situation
#1266
ItemSlotMerged)로 발행되고 있음Task
#1266
Action
등록 때 폴더 지정
folderIdFOLDER-001이미 담은 링크 (디자인 기준)
folderResultwish.idnullfolderId없음WISH-009ADDEDALREADY_IN_FOLDERfolderResult(채택)ALREADY_IN_FOLDER는 만든 것이 없는데 201ResponseEntity를 직접 돌려줘야 해 관례 예외. 앱이 status 와 필드를 함께 봄합칠 때 폴더 연결 이관
Propagation.MANDATORY)Result
검증
남는 것
folderId는 새로 만든 위시만 폴더에 넣음후속
folderResult세 값과 의미연관 이슈