Hyeok's Story

9/22 과제를 마치며

오늘은 Lua Script활용과 멀티서버를 구현했다. 완성한 결과 Redis Lua Script로 채팅 횟수 제한문제기존에는 Redis에서 채팅 횟수를 조회하고 INCR하는 작업을 별도로 수행했다.동시에 요청이 들어오면 두 요청이 같은 횟수를 읽어 5회를 초과해서 허용할 수 있는 문제가 있었다.해결Lua Script를 사용하여 다음 작업을 하나의 원자적인 작업으로 처리했다.local value = redis.call('GET', KEYS[1])local count = tonumber(value or '0')if count >= 5 then return 0endlocal updated = redis.call('INCR', KEYS[1])if updated == 1 then redis.call('..

9/21 채팅 메시지 저장 오류 / 접속자 목록 조회 / Redis를 이용한 최근 채팅 캐시 구현

Lv13. WebSocket 채팅 메시지 저장 오류 분석 1. 문제 상황WebSocket을 이용한 채팅 기능을 구현하고 테스트하는 과정에서 다음과 같은 오류가 발생했다.Cannot invoke "ChatMessageResponse.getSender()"because "saved" is null 디버깅 로그에서는 다음과 같이 확인되었다.saved [worldId, nickname, content] : 42, Alice, null 즉, createResponse()에서 사용하는 content 값이 null이 되었고, 그 결과 ChatService.saveMessage()의 반환값인 saved도 null이 되어 NPE가 발생했다.2. 원인 분석처음에는 DB 저장 과정이나 ChatResponse의 문제라고 생각..

9/16 (수) 부터 지금까지 12단계 까지 다다랐다. 과제를 달성하면서 간단한 문제도 있었으나 막힌 부분이 있었는데,여기서 가장 인상이 남은 문제는 7단계의 WebSocket 연결과 사용자 식별이다.핵심 클래스의 원본 코드와 수정한 부분은맨 윗줄의 수정한 부분이 playerRepository.existsByNickname(nickname); 이 request의 쿼리를 받아서 저장된 nickname을 가져오는 줄 알았는데, 실행을 해보니 에러코드가 나왔다.그래서 playerRepository.existsByNickname(nickname)은 DB에 있는 nickname이 있는지만 검사하는 코드이다. 받은 nickname이 없거나 null이면 에러코드가 나와야 한다.다음으로 attribute에 속성과 데이..

Web Socket이란?실시간으로 프로토콜 연결을 유지해주는 통신 기능이다.HTTP에서 WebSocket으로 전환하는 과정을 프로토콜 업데이트라고 한다. Handshake : WebSocket 연결을 여는 절차Polling : 클라이언트가 HTTP요청을 보내 새 데이터가 있는지 확인하는 방식인데, 구현하기 쉬우나 매번 요청이 필요한다.SSE : HTTP연결을 유지하는 방식으로 서버 ➡️ 클라이언트로 단방향 통신으로 알림, 실시간 로그, 진행 상태 전달 등에 많이 쓰인다.경로와 핸들러@Configuration@EnableWebSocket // WebSocket 처리 활성@RequiredArgsConstructorpublic class WebSocketConfig implements WebSocketConf..

정리에 앞서 내가 어제 강의를 듣고 그냥 자료에 나온대로만 정리한 것 같아서이번 장에서 실습 결과나 핵심이 될만한 코드위주로 설명할 것이다.지연 로딩과 N+1 문제여러 건 조회 1번에 각 항목마다 연관 데이터를 가져오는 조회 N번 더해지는 현상 [POST] /users입력결과입력결과{"nickname" : "Toriel"}{ "id": 1, "nickname": "Toriel"}{"nickname" : "Undyne"}{ "id": 4, "nickname": "Undyne"}{"nickname" : "Sans"}{ "id": 2, "nickname": "Sans"}{"nickname" : "Alphys"}{ "id": 5, "nickname": "Alphys"}..

인증 (Authentication)누구인지 확인하는 절차로그인을 통해 신원확인인증실패하면401 Unauthroized인가 (Authorization)특정 행위를 할 수 있는지 확인하는 절차권한을 통해 접근확인인증실패하면403 Forbidden그렇다면, Accounting은 무엇인가?사용자가 갖고 있는 자산 등을 말한다. 계좌, 포인트 등을 말한 것이다.세션세션이란 서버가 로그인 정보를 보관하는 저장소다. 서버가 저장하는 현상을 Stateful이라고 한다.1. 스프링에서 JESSIONID 라는 Session Key를 사용하여 세션을 세팅하고 쿠키에 담아 응답[Server ➡️ Client 쿠키이름] Set-Cookie : JESSIONID=abc123 'abc123'은 랜덤값2. 클라이언트는 자동으로 세..

Bean 생명주기와 스코프빈의 일생은 [ 생성 ➡️ 주입 ➡️ 초기화 ➡️ 사용 ➡️ 소멸 직전] 순으로 컨테이너 구간마다 관리하는데 주로 초기화, 소멸직전을 많이 접근할 것이다.생성아직 초기화되지 않는 상태주입생성 및 스코프 완료초기화@PostConstruct 실행 (의존성 준비)소멸@PreDestroy 실행 초기화랑 소멸을 자주 사용하기에 언급했던 두 어노테이션을 사용해보자@PostContruct@Service@RequiredArgsConstructorpublic class BadWordFilter { // 1. board.post.* 설정을 담은 빈 (1-6) private final PostProperties properties; private Set words; @PostC..

이번주 과제는 10단계까지 완료했고 11단계에서 막힌 부분이 있어 아쉽게 완료하지 못했다.우선 된대로부터 설명하겠다. 먼저 BaseEnity 클래스를 만들고 LocalDateTime형태의 createAt, updateAt속성을 추가했다.Game Entity에 상속시켜주었다. GameSummaryResponse와 GameDetailResonse클래스에 createAt, updateAt 속성을 추가하고 생성자 파라미터에도 추가해준다. 생성자로 반환시켜주는 메서드에게도 적용했다. 마지막으로 메인 클래스에서 반드시 @EnableJpaAuditing을 추가해야 시간 데이터를 받을 수 있다. 다음으로 deckSize를 추가했다.createAt, updateAt과 비슷하게 두 클래스의 필드와 생성자를 추가했고Ser..

스프링 기본 구조내가 과제하면서 실습했던 내용을 참고하고 강의까지 들으면서 배우게 되었다. Controller : 사용자가 입력한 URL을 받아서 Service에 전달Service : Controller에서 전달받은 내용을 저장되었던 아이디를 찾아서 Repository에 전달Repository : 클래스와 인터페이스가 있는데, 클래스는 직접 구현한 메서드를 Service한테 제공해주고 인터페이스는 메서드만 정의해서 Service한테 직접 구현하라고 하는 역할DTO : Getter와 Setter만 관리 요청과 응답을 그대로 전달 (생성자 없음)Entity : DB 테이블과 1:1로 대응하는 클래스 DB에 저장되었던 테이블의 속성 이름에 따라 Entity의 속성들은 하나의 행을 가져와 인스턴스화(패키지 안..

오늘 과제에서 완료한 필수 과제는 3~6커밋한 항목들을 보면 다음과 같이 완료하였다. 우선 두코드의 변경사항을 비교하면 전자는 "/game"으로 단수로 지정되어있다. 물론 응답은 정상적이지만 명세적으로 보면"동사보다 명사 단수보다 복수" 그런데 game으로 하면 언급한 game이 하나만 있지 않을 것이다. 그래서 명세는 규칙이다. 다음으로 CardResponse에 생성자를 추가해서 요청한 데이터를 받아서 인스턴스화를 시키는 기능을 추가하면 받은 데이터로 서버가 데이터들을 찾을 수 있다. (생성자나 필드가 없으면 데이터를 불러오지 못한다) 또한가지는 Response의 속성들은 final로 받아서 고유한 데이터 그대로 전달할 수 있다. Bean Validation으로 요청한 값이 없으면 동작을 못할수 있기 ..