173만명의 커뮤니티!! 함께 토론해봐요.
해결됨
웹소켓/STOMP 채팅서비스(spring, vue, redis)
if (chatRoom.getIsGroupChat().equals("N")) { throw new IllegalArgumentException("단체 채팅방이 아닙니다."); } leaveGroupChatRoom 메소드에서 이 부분이 맞나요? 개인채팅일 경우 여기에 걸려 예외가 납니다.
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
안녕하세요, Spring Security 필터 등록 방식에 대해 질문이 있습니다. 현재 이전까지 저는 Security 필터를 아래처럼 new 로 직접 생성해서 사용하고 있습니다. LoginFilter loginFilter = new LoginFilter(authenticationManager, loginSuccessHandler, loginFailureHandler); @Component 를 달아 Bean으로 등록하면 Spring이 Security 필터체인과 별개로 기본 서블릿 필터체인에도 자동 등록해버려서 필터가 두 번 실행되는 문제가 있기 때문입니다. 혹시 최신 Spring Boot 버전에서는 이 문제가 개선되었나요? 아니면 @Component + 생성자 주입 방식을 안전하게 사용할 수 있는 방법이 따로 있는지 궁금합니다.
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
음성이 더 빠르게 나가고 화면이 느리게 나가서 싱크가 안맞습니다..
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
안녕하세요 ~ 강의 잘 수강하고 있습니다 ! ERD 부분에서 질문이 생겨 여쭤보게 되었습니다 !! chat_participant 부분에서 전용 pk를 하나 두고 chat_room_id와 member_id를 두셨는데, 혹시 이런 경우에는 pk 자체를 chat_participant_id 라는 전용 pk 말고 chat_room_id, member_id 복합 pk로 사용해도 괜찮을까요 ? message_read_status 테이블을 따로 정규화시킨 이유가 있을까요 ? chat_message와 거의 비슷한 외래키를 쓰고 있는데 chat_message 테이블 안에 isRead 컬럼 자체를 두는 것이 더 적절하지 않은지 강의를 수강하다 궁금해서 여쭤보게 되었습니다 !! 또, 혹시 강의 내용을 공부한 부분에 대해서 학습 목적으로 블로그에 공부한 것들을 정리해서 업로드하는것이 괜찮을까요 ? 좋은 강의 제공해주셔서 너무 감사드립니다 ~~~ 오늘 설 연휴인데 새해복 많이 받으셔요 ~~
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
안녕하세요 강의를 토대로 프로젝트에 채팅기능을 구현중입니다. 강의에서는 StompHandler 에서 CONNECT, SUBSCRIBE 인 경우만 다루는데 저는 SEND 인 경우의 코드도 작성중입니다. SEND 시 사용자 정보를 SecurityContextHolder.getContext().setAuthentication(auth); 이런식으로 담아서 StompController 에서 SecurityContextHolder.getContext().getAuthentication().getPrincipal() 이런식으로 꺼내쓰려고 했습니다. 그런데 담을 때는 잘 담았는데, 막상 StompController에서 꺼낼 때는 비어져있다고(null) 합니다. 왜 비어져있는 지 알 수 있을까요? 그러면 사용자 정보를 가져올 수 있는 방법은 없는 건가요?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
리프레시 토큰은 알아서 구현해야 하면 되는건가요?? 따로 없는데..
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
강의 잘듣고 있습니다. 혹시 다음 강의 계획은 없으신가요?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
강의에서 STOMP 동작 간 /app, /topic 요청을 동시에 보낸다고 하셨는데 그럼 app 경로 발행된 메세지는 broker를 통해서 topic 경로로 전달이 되고 맨 처음에 동시에 보낸 topic 요청도 broker를 통해서 전달이 되어서 broker에서 구독하고 있는 사용자들에게 메세지를 보내준다고 이해하면 되는 것일까요? /topic으로 2번 가는 것 처럼 느껴져서 약간의 혼동이 있었습니다!
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
JwtAuthFilter 에서 토큰이 없을 때 예외를 던지지 않고 그냥 chain.doFilter() 를 호출하는 이유는?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
자바 17로 되어 있던데 자바 21로 소스 작성해도 되나요?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
안녕하세요, 강의에서는 메시지 브로커용으로 redis를 사용하셨는데, redis 외에도 rabbitmq나 카프카 같은 것들도 사용되는 것으로 알고있습니다. 그 중에서 특별히 redis를 사용한 이유가 있는지 궁금합니다. 그리고 무중단 배포 시 스프링 내장 브로커를 사용하면 서버 재실행 시 구독 정보가 초기화되기에 메시지 브로커를 도입하려고 하는데 이때는 셋 중에 어떤 것을 사용하면 좋을지 궁금합니다.
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
WebSocket 연결이 처음 http요청으로 시작하기 때문에 필터 체인이 요청을 가로챈다. 따라서 /connect를 permitAll()로 풀어줘야 400에러가 안난다. 로 이해했는데 맞을까요?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
로그인을 했을 때 소속된 채팅방에 안 읽은 메시지가 있다면, 알림(보통 종모양)에 +안읽은메시지숫자를 구현 하려고할 땐 sse 통신을 이용하는게 좋을까요?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
우선 최초 웹 소켓 연결에 토큰 검증을 진행하고, 연결에 성공하면 특정 토픽에 바로 구독하는 걸로 알 고 있습니다. 이 두 작업이 거의 동시에 이루어진다고 보는데, 구독 검증은 왜 필요한가요 선생님?
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
왜 도커 Redis cli 터미널 내에서 강사님이 말씀해주신 거처럼 해도 메시지가 안 오고 PUBSUB CHANNELS Empty List라고 뜰까요 근데 강사님처럼 8080 8081 서버간에 통신은 돼서 문제가 무엇인지 모르겠습니다.
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
의도적으로 토큰을 누락하면 403 포비든이 발생하는데, 이는 말씀하신데로 filterConfig에서 에러를 잡는다고 하면, 해당 에러 코드와 내용을 커스텀 하려면 어떻게 처리하나요? 일단 컨트롤러까지 제어가 안오고 바로 에러가 반환되는듯하네요
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
강의마다 모든 수업자료를 다 다운받아야하나요?;;
해결됨
웹소켓/STOMP 채팅서비스(spring, vue, redis)
StompCommand.SEND 도 있길래 궁금해서 질문 남깁니다! 메시지 전송 시 subscribe할 때와 같은 검증을 할 필요는 없을까요? "채팅방에 참여자여야 메시지를 보낼 수 있다" 라는 검증이 자연스러운 흐름이 될 수 있을 것 같다고 생각했습니다.
미해결
웹소켓/STOMP 채팅서비스(spring, vue, redis)
안녕하세요. JWT를 생성하는 코드(JwtTokenProvider.java의 createToken)에서는 Claims 객체를 먼저 생성하고 claims.setSubject() 로 설정한 후, 이 claims를 builder에 전달하는 방식을 사용하고 계신데요. Builder에도 setSubject() 메서드가 있는데, Claims 객체에서 먼저 설정하신 이유가 궁금합니다. 혹시 custom claim인 role 을 함께 추가하기 위해서 Claims 객체를 먼저 생성하여 사용하신 건가요? 아니면 다른 이유가 있으신지 궁금합니다.
해결됨
웹소켓/STOMP 채팅서비스(spring, vue, redis)
현재 인터셉터에서는 토큰을 검증만 하고 있는데, "토큰 검증 후에 인증 객체를 SecurityContextHolder에 저장 해야 하지 않나?" 라는 생각이 들었습니다. 이 부분은 강의에서 굳이 필요하지 않아서 만들지 않으신 걸까요? 아니면 " 인증 객체를 SecurityContextHolder에 저장하는 부분 은 이 인터셉터의 의도와는 맞지 않다"라고 볼 수 있을까요? 추가로 인증 객체를 SecurityContextHolder에 저장했을 때 와 accessor.setUser(principal) 를 수행했을 때의 장점과 이를 활용해 추가로 구현해볼 수 있는 기능들에는 어떤 것들이 있을지 궁금합니다.
