25-03-17

📌 Daily Report

https://github.com/ssginc-be/DOKI/issues/111

📌 프로젝트 상황

생각보다 Kibana가 쉽고 빠르게 시각화되고 있다;

새벽에 머리 식힐 겸 차트 몇 개 만들어보는데 재밌더라...?

태블로 한번 써봤어서 그런가 아님 키바나 자체가 그만큼 쓰기 쉽게 되어있는건가 ㅋㅋㅋ

요즘 기분 완전 다운인데 키바나가 너무 귀여워서 힐링된다 🥰😘

내가 붙이고 싶었던거 잘돼서 너무 기분 조아!!

📌 @Transactional 잊지 마세요

현재의 알림 시스템엔 이용자 쪽에 하자가 하나 있다.

이용자가 예약을 한 후, noti를 subscribe 하기 전에 알림 메시지가 가버리면 그 알림을 못 받고 있다.

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

사실 운영자 쪽에는 페이지 로드마다 잔여 알림 읽어오는 API를 연결해둬서 문제가 없는데...

이용자는 따로 알림 아이콘으로 dock을 펼칠 일 없다보니 필요 없는 줄 알았지...

근데 그게 아니었음 ㅋ

🐞@Transactional의 유무는 마치 UB와도 같은..

이상하게 운영자 쪽은 알림 메시지가 잘 저장되는데 이용자 쪽을 고치려 확인해보니, 이용자 측 메시지는 테이블에 저장이 안되고 있었다. 아니 왜?

설마? 하고 @Transactional을 붙여보니 그제서야 의도대로 작동하기 시작했다.

COMMIT이 안되어서 그랬던 것으로 추정되지만, 정확히 왜 운영자 쪽은 문제가 없었는지 궁금해졌다.

얘도 슬슬 좀 딥다이브를 해야겠다.

/* [INTERNAL] 예약 결과 알림 - 운영자 to 이용자 */
    // rid -> 이용자가 예약 요청하여 승인 대기중이거나
    //     -> 운영자가 승인/거절/취소한 예약의 id
    // 팝업스토어 id가 아닌 예약 id를 받는 것이 맞음
    @Transactional
    public void notifyReserveResultToMember(Long rid, String resultStatus) {
        // 추후에 에러핸들링 필요
        Reservation reservation = rRepo.findById(rid).get();
        Long memberCode = reservation.getMember().getMemberCode(); // 해당 예약의 이용자
        ...

🐞이거 머임?

뭐가 다른...거죠?

아. 찾아보니까 타입이 다르더라. 파라미터 순서 잘못돼서 바꾸다가 toString 빼는걸 까먹었었다.

Store store = storeOpt.get();
assertEquals("등록된 팝업스토어의 이름 불일치", "리락쿠마 콜라보 카페 in 강남", store.getStoreName());
assertEquals("등록된 팝업스토어의 지점 불일치", "신세계백화점 강남점", store.getStoreBranch());
assertEquals("등록된 팝업스토어의 시작일 불일치", LocalDate.of(2025, 3, 25), store.getStoreStartDate().toString());
assertEquals("등록된 팝업스토어의 종료일 불일치", LocalDate.of(2025, 3, 27), store.getStoreEndDate().toString());
assertEquals("등록된 팝업스토어의 예약 정원 불일치", 20, store.getStoreCapacity().toString());