채팅 웹소켓 구현 #771

swonny · 2024-03-20T03:10:58Z

📄 작업 내용 요약

제이미가 올린 PR에 이어서 작업한 내용입니다.
이번에도 안드로이드 분들 커밋 내역이 함께 푸시 되어서 기존 PR은 클로즈하고 다시 생성했습니다.

소켓이 연결되어 있는 상태에서 메시지 전송 시 메시지 읽음 처리 구현
- 웹소켓 커넥션 해제되는 시점이 앱을 종료할 때라서 afterConnectionClosed()에서 읽음처리를 해주면 채팅방에 접속해있지 않더라도 메시지가 읽음처리 됩니다. 그래서 불가피하게 메시지를 전송할 때마다 메시지 읽음처리를 해주도록 구현했습니다.
- afterConnectionClosed()이 앱을 종료하는 시점에 호출된다는 점에서 앱에 접속해 있지만 채팅방에 접속해있지 않은 경우 알림은 전송되지 않을 것 같습니다. 이 부분은 회의에서 안드로이드 분들과 커넥션 종료 시점을 확인해본 이후에 수정해야 할 것 같습니다.
엔초 리뷰 반영해서 지난번 메시지 발신자에게만 메시지가 두 번 전송되는 오류 해결했습니다.
채팅 전송 시 수신자가 탈퇴한 유저인 경우 예외를 발생시키는 검증 로직을 삭제했습니다.
- userRepository에서 수신자를 조회할 때 탈퇴 검증이 발생하기 때문에 중복되는 검증이 발생하기 때문입니다.

🙋🏻 리뷰 시 주의 깊게 확인해야 하는 코드

📎 Issue 번호

closed 채팅 웹소켓 구현 #767

- WebSocketHandleTextMessageProviderCompositeTest

sender -> writer

handle -> handleCreateSendMessage

SendMessagesDto -> SendMessageDto SendMessageDto -> MessageDto

JJ503

메리 리팩터링 및 추가 기능들 구현하시느라 고생 많으셨습니다!
수정할 부분이 많지는 않지만 간단한 컨벤션과 질문이 있어 rc로 처리했습니다.
또한, 저희 앞으로 소켓 통신이 제대로 됐는지 문제 상황은 없는지 쉽게 확인하기 위해 지난 회의에서 사용한 로그들(세션 연결, 세션 해제, 전송 메시지 내용 등등)을 추가하는 것이 좋을지 궁금합니다!

JJ503 · 2024-03-22T06:59:12Z

backend/ddang/src/main/java/com/ddang/ddang/chat/application/LastReadMessageLogService.java

+        final Long readerId = updateReadMessageLogEvent.readerId();
+        final Long chatRoomId = updateReadMessageLogEvent.chatRoomId();
+        final ReadMessageLog messageLog = readMessageLogRepository.findBy(readerId, chatRoomId)


칭찬

오! 어차피 EventListener에서 새로운 트랜잭션으로 시작하기에 다시 조회 쿼리를 날려야 해서 id만 받아와도 무관하겠군요!
꼼꼼한 리팩터링 최고 👍

질문 & 선택

44 라인에 리뷰를 달 수 없어 여기에 남깁니다.
44 라인에서 updateReadMessageLogEvent.lastReadMessage().getId()도 그냥 마지막 메시지의 아이디를 넘겨주면 되지 않을까요?

그러네요! 감사해요 수정했습니다!

JJ503 · 2024-03-22T06:59:50Z

backend/ddang/src/main/java/com/ddang/ddang/chat/application/MessageService.java

@@ -45,19 +44,12 @@ public Message create(final CreateMessageDto dto) {
                                            .orElseThrow(() -> new UserNotFoundException(
                                                    "지정한 아이디에 대한 수신자를 찾을 수 없습니다."
                                            ));
-        validateReceiver(chatRoom, receiver);


칭찬

👍👍👍

JJ503 · 2024-03-22T07:02:27Z

backend/ddang/src/main/java/com/ddang/ddang/chat/application/MessageService.java

+            final UpdateReadMessageLogEvent updateReadMessageLogEvent = new UpdateReadMessageLogEvent(
+                    reader.getId(),
+                    chatRoom.getId(),
+                    readMessages.get(readMessages.size() - 1)


선택

1은 상수로 처리하지 않아도 될까요?

마지막 메시지 아이디를 계산하는 로직인데 상수 처리가 필요할까요? 🤔

현재 몇몇 값들은 매직 넘버처리를 하지 않았기에 해야 할지 고민이어 질문드렸습니다!
메리가 필요 없다 느끼시면 할 필요 없습니다!

JJ503 · 2024-03-22T07:24:07Z

...ddang/src/main/java/com/ddang/ddang/chat/handler/ChatWebSocketHandleTextMessageProvider.java

@@ -84,17 +73,31 @@ private CreateMessageDto createMessageDto(final ChatMessageDataDto messageData,
        return CreateMessageDto.of(userId, messageData.chatRoomId(), request);
    }

+    private void sendNotificationIfReceiverNotInSession(


칭찬

메서드 호출 순서에 따라 변경 감사합니다!

JJ503 · 2024-03-22T07:27:34Z

...g/src/test/java/com/ddang/ddang/chat/handler/ChatWebSocketHandleTextMessageProviderTest.java

-import static org.mockito.BDDMockito.given;
-import static org.mockito.BDDMockito.willDoNothing;
-import static org.mockito.BDDMockito.willReturn;
+import static org.mockito.BDDMockito.*;


필수

* 이 들어가있네요!

JJ503 · 2024-03-22T07:29:40Z

...g/src/test/java/com/ddang/ddang/chat/handler/ChatWebSocketHandleTextMessageProviderTest.java

+    @Test
+    void 메시지_생성시_수신자가_웹소켓_통신_중이라면_메시지_로그_업데이트_메서드를_호출한다() throws JsonProcessingException {
+        // given
+        메시지_로그를_생성한다();


질문

제가 아직 이벤트를 잘 몰라서인지, 해당 부분이 왜 필요한 것인지 궁금합니다!

이벤트가 잘 호출되었는지 확인하는 테스트입니다.
테스트코드에서는 이벤트가 실제로 동작하지 않아서 호출되었는지 여부를 체크하고,
이벤트 동작 테스트는 이벤트 리스너 메서드 테스트를 통해 테스트를 진행했습니다.

해당 테스트는 메시지를 전송한 경우 수신자, 발신자의 메시지 로그를 업데이트 해야하니 두 번의 호출이 발생하는지 확인한 테스트입니다!

그런데 궁금한 점은 lastReadMessageLogService.create시 꼭 메서드로 해줘야 하는 이유가 있는 걸까요?
필요한 경우만 호출하기 위함인 걸까요?

필요한 경우에만 호출하기 위함이 맞습니다~!

JJ503 · 2024-03-22T07:30:33Z

.../com/ddang/ddang/chat/handler/fixture/ChatWebSocketHandleTextMessageProviderTestFixture.java

+    @Autowired
+    private ReadMessageLogRepository readMessageLogRepository;


필수

사용하지 않는 것으로 보이네요!

JJ503

확인 완료했습니다!
고생 많으셨어요 메리~
아래 질문만 확인해 주시면 감사하겠습니다!

JJ503 · 2024-03-25T14:01:39Z

...g/src/test/java/com/ddang/ddang/chat/handler/ChatWebSocketHandleTextMessageProviderTest.java

+    @Test
+    void 메시지_생성시_수신자가_웹소켓_통신_중이라면_메시지_로그_업데이트_메서드를_호출한다() throws JsonProcessingException {
+        // given
+        메시지_로그를_생성한다();


그런데 궁금한 점은 lastReadMessageLogService.create시 꼭 메서드로 해줘야 하는 이유가 있는 걸까요?
필요한 경우만 호출하기 위함인 걸까요?

swonny and others added 30 commits March 20, 2024 11:47

chore: 웹소켓 의존성 추가

3c1b90b

feat: 채팅 웹소켓 인터셉터 생성

3065501

feat: 웹소켓 세션 등록 일급컬렉션 추가

ec59f9f

feat: 웹소켓 configuration 추가

d5c2dee

feat: 웹소켓 연결 해제 기능 구현

b4ef610

refactor: 인터셉터 서비스 구현 및 인가 인터셉터 분리

10c2493

feat: 웹소켓 핸들러 생성

5059465

feat: 채팅 웹소켓 url과 인터셉터 지정

9ed396d

feat: 채팅 웹소켓 url과 인터셉터 지정

ddbf111

chore: 작업을 위한 임시 세팅

1619f2b

feat: 채팅 웹소켓 인터셉터 생성

3e434ee

feat: 웹소켓 세션 등록 일급컬렉션 추가

78a8f54

feat: 웹소켓 configuration 추가

97ee70b

feat: 웹소켓 연결 해제 기능 구현

d85e058

feat: 웹소켓 핸들러 생성

12ec5dd

feat: 채팅 웹소켓 url과 인터셉터 지정

b89e50a

chore: 작업을 위한 임시 세팅

e95c3c7

fix: 이미지 절대 url 가져오는 문제 해결

413e140

refactor: 웹소켓 요청 path 변경

489a218

refactor: TextMessage 형식 변경

335410f

refactor: 웹소켓 핸들러 추상화

67d18ae

fix: 오류가 발생하는 테스트 해결

4029beb

test: 테스트 추가

1b673f6

- WebSocketHandleTextMessageProviderCompositeTest

refactor: map 타입에 대한 dto 생성

ae66ce2

refactor: 코드 리팩터링

fec0979

refactor: 로직 이동

436e96b

refactor: 채팅 알림 전송 로직을 웹 소켓쪽으로 이동

28be20d

refactor: 전송자에 대한 변수명 변경

73d2645

sender -> writer

refactor: attribute 키의 상수명 변경

b9e6547

refactor: 핸들링하는 메서드에 대한 이름 변경

e8a863d

handle -> handleCreateSendMessage

JJ503 and others added 11 commits March 20, 2024 11:49

refactor: dto 변수명 수정

f8d6d98

SendMessagesDto -> SendMessageDto SendMessageDto -> MessageDto

refactor: 기존 메시지 생성 로직 제거

60ca5b7

refactor: final 키워드 추가

6899d63

test: 테스트 추가

ba940eb

fix: 전송할 메시지 생성 시 발신자 session으로만 전송되는 문제 수정

47f4579

refactor: 메시지 로그 업데이트 이벤트에서 수신자, 채팅방 객체 대신 id 받도록 변경

500c68b

style: 메서드 순서 정렬

ddc08be

feat: 마지막 읽은 메시지 업데이트 이벤트 발행 추가

957e991

test: 실패하는 테스트 수정

64c5a49

test: 메시지 전송 시 메시지 읽음 처리 이벤트 호출 테스트 추가

14738bd

refactor: 중복되는 탈퇴 회원 검증 메서드 삭제

36c916d

swonny added backend 백엔드와 관련된 이슈나 PR에 사용 feature 기능 추가 시 labels Mar 20, 2024

swonny requested review from JJ503 and kwonyj1022 March 20, 2024 03:10

swonny assigned JJ503, swonny and kwonyj1022 Mar 20, 2024

JJ503 requested changes Mar 22, 2024

View reviewed changes

swonny added 3 commits March 25, 2024 17:41

style: 와일드카드 제거

3af3538

style: 불필요한 필드 삭제

ce652b0

refactor: 메시지 로그 업데이트 시 마지막 메시지 아이디만 받도록 수정

cea5282

JJ503 removed the request for review from kwonyj1022 March 25, 2024 13:51

JJ503 approved these changes Mar 25, 2024

View reviewed changes

swonny merged commit dea1232 into develop-be Mar 25, 2024
2 checks passed

swonny deleted the feature/767 branch March 25, 2024 14:33

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

채팅 웹소켓 구현 #771

채팅 웹소켓 구현 #771

swonny commented Mar 20, 2024

JJ503 left a comment

JJ503 Mar 22, 2024

JJ503 Mar 22, 2024

swonny Mar 25, 2024

JJ503 Mar 22, 2024

JJ503 Mar 22, 2024

swonny Mar 25, 2024

JJ503 Mar 25, 2024

JJ503 Mar 22, 2024

JJ503 Mar 22, 2024 •

edited

Loading

JJ503 Mar 22, 2024

swonny Mar 25, 2024

JJ503 Mar 25, 2024 •

edited

Loading

swonny Mar 25, 2024

JJ503 Mar 22, 2024

JJ503 left a comment

JJ503 Mar 25, 2024 •

edited

Loading

		@Autowired
		private ReadMessageLogRepository readMessageLogRepository;

채팅 웹소켓 구현 #771

채팅 웹소켓 구현 #771

Conversation

swonny commented Mar 20, 2024

📄 작업 내용 요약

🙋🏻 리뷰 시 주의 깊게 확인해야 하는 코드

📎 Issue 번호

JJ503 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

칭찬

Choose a reason for hiding this comment

질문 & 선택

Choose a reason for hiding this comment

Choose a reason for hiding this comment

칭찬

Choose a reason for hiding this comment

선택

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

칭찬

JJ503 Mar 22, 2024 • edited Loading

Choose a reason for hiding this comment

필수

Choose a reason for hiding this comment

질문

Choose a reason for hiding this comment

JJ503 Mar 25, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

필수

JJ503 left a comment

Choose a reason for hiding this comment

JJ503 Mar 25, 2024 • edited Loading

Choose a reason for hiding this comment

JJ503 Mar 22, 2024 •

edited

Loading

JJ503 Mar 25, 2024 •

edited

Loading

JJ503 Mar 25, 2024 •

edited

Loading