티스토리

기록의 바다

검색하기

블로그 홈

기록의 바다

gilssang97.tistory.com/m

gilssang97 님의 블로그입니다.

구독자: 7

방명록 방문하기

주요 글 목록

접근 제어 부분 리팩토링 시작하기에 앞서 프로젝트를 진행하는데 있어 접근 제어에 대한 부분을 Spring Security를 이용해 구현했다. 어떤 부분에 대해 제어가 필요했는지에 관해 먼저 알아보자. 먼저, 기본적인 처리부터 알아보자. 정규 회원의 정보 수정은 웹 관리자 혹은 자기 자신만 가능하다. 정규 회원의 회원 탈퇴는 웹 관리자 혹은 자기 자신만 가능하다. 이 부분에 대한 처리는 어느 웹 서비스에서도 동일하게 적용될 것이다. 우리 서비스에서는 스터디에 대한 서비스를 추가적으로 제공한다. 이 부분에 대해서 추가적인 요구사항이 발생하게 된다. (C - 생성, R - 조회, U - 수정, D - 삭제) 스터디 내부를 들어가는 것은 오직 스터디 회원만 가능하다. 스터디 내부에 추가적인 게시판을 만드는 것은 웹 관리자 혹은 스터디 .. 공감수 2 댓글수 0 2022. 2. 14.
[WebRTC] Janus를 활용해 화상회의 만들기(React편, 동작 결과물) - (2) 시작하기 전에 앞서 이전 포스트에서 Janus를 Javascript 모듈로 제공한다고 언급한 적이 있으며 이에 대한 사용 방법을 Documentation으로 제공한다고 언급한 바 있습니다. 이번 포스트에서는 Documentation에서 제공하는 내용들을 학습했다는 가정 하에 설명하기 때문에 자세한 설명이 존재하지 않을 수 있습니다. (도중 이해가 안가시는 부분이 존재하신다면 [WebRTC] Janus REST API 활용법 (tistory.com) 포스트로 이동해 정리된 노션을 확인하시거나 공식 Janus Documentation을 통해 확인하실 수 있습니다.) 그리고 기존에 진행 중이던 React 프로젝트를 토대로 설명하기에 프로젝트의 설정부터 진행하지 않는다는 부분을 알아주셨으면 좋겠습니다. 그리고 .. 공감수 0 댓글수 0 2022. 2. 13.
[WebRTC] Janus를 활용해 화상회의 만들기(Spring편) - (1) 요구사항 실제로 화상회의를 구현하기 전에 요구사항을 명확히 하려고 했다. 화상회의에서 요구되는 사항은 다음과 같다. 스터디 회원은 누구든지 화상회의 방을 생성할 수 있다. 생성된 화상회의는 스터디에 종속적이고 스터디에 속해있지 않은 회원이 조회할 수 없다. 생성된 화상회의는 웹 관리자, 스터디 관리자, 회원만이 수정 및 삭제할 수 있다. 이를 간단하게 그림으로 표현하면 다음과 같다. 현재 우리 서비스에는 백엔드 스터디와 프론트엔드 스터디가 존재한다. 백엔드 스터디에는 A라는 사람이 참여 중이고 프론트엔드 스터디에는 B라는 사람이 참여하고 있다. 이 상황에서 백엔드 스터디에 가입한 A라는 사람은 백엔드 스터디에 존재하는 모든 방에 모두 들어갈 수 있다. (비밀번호가 없는 방이라고 가정) 마찬가지로 프론트엔.. 공감수 1 댓글수 0 2022. 2. 12.
[WebRTC] Janus REST API 활용법 Janus REST API 이전 포스트에서 언급했듯이 Janus를 사용하는 방법은 다양하다. REST API WebSocket MQTT RabbitMQ 나는 이 중에서 REST API를 통해 Janus와 통신하는 방식을 선택했다. 이에 대한 Document는 Jauns 공식 홈페이지에 잘 나와있다. (Janus HomePage) 여기서 Documentation 메뉴에서 Related Pages를 살펴보면 다양한 Documentation들을 확인할 수 있다. 여기서 실제로 활용하는데 필요한 Documentation들을 읽었다. JavaScript API - 실제 Janus를 사용하기 위해 Janus를 JS에서 사용하는 방식 Using janus.js as JavaScript module - janus.js.. 공감수 1 댓글수 0 2022. 2. 10.
[WebRTC] Janus란 (동작, 설치, Demo 서비스) Janus란? Janus란 미디어 서버를 사용할 수 있게 구성한 오픈 소스이다. Janus는 어떤 방식으로 우리에게 서비스를 제공하는지 자세히 알아보자. Janus에 관한 동작 방식은 다음 유튜브 링크에서 잘 설명되어져 있다. Janus: The Server-side WebRTC Jack of All Trades - WebRTC Rockstars Asian Tour - SingaporeJS - YouTube 여기서 설명하는 구조에 대해 간단하게 알아보자면 다음과 같다. 위의 그림에서와 같이 Janus는 WebRTC 기능을 제공하는 Core 부분과 실제 어플리케이션 기능을 제공해주는 Plugin으로 나누어져 있다. 여기서 어플리케이션 기능을 제공해주는 Plugin이란 다음과 같다. Streaming Plu.. 공감수 0 댓글수 0 2022. 2. 9.
[Junit5] Static Method Mocking Junit5 Static Method Mocking 회원가입을 진행하는데 있어 가입 인증 메일을 통해 검증을 진행했다. 이메일을 사용하는 곳은 단순 가입 인증 메일만이 아니다. 비밀번호 변경을 진행하는데 있어서도 비밀번호 변경 메일을 통해 검증을 진행하고 비밀번호 변경을 진행할 수 있도록 구현했다. 이메일은 JavaMailSender를 통해 보내도록하였고 Html 전송을 위해 MimeMessage를 생성하여 이를 처리할 수 있도록 하였다. (이메일 전송에 관해 자세하게 다루는 포스트가 아니므로 생략하겠습니다.) 이에 대한 로직을 실제로 테스트해보기 위해 작성해둔 Unit 테스트를 돌려보았는데 제대로된 Mocking이 되지 않고 Null Object로 남아있는 모습을 확인할 수 있었다. 이메일의 내용에.. 공감수 1 댓글수 0 2022. 2. 8.
[WebRTC] WebRTC의 다양한 방식들 (Mesh, SFU, MCU) P2P(Mesh) 이전 포스트에서 설명했던 P2P 방식이다. 클라이언트 즉, Peer 간의 연결을 진행하기 때문에 서버는 단순 연결을 위한 정보를 중계할 때만 사용된다. 위의 그림에서처럼 클라이언트마다 자신의 미디어 정보를 송신할 링크(Uplink) 1개와 미디어 정보를 수신할 링크(Downlink) 1개를 가지게 된다. 만약, 위의 그림처럼 5명의 클라이언트가 각각에 대해 Peer Connection을 맺는다면 각 클라이언트는 나머지 4명의 클라이언트에게 자신의 미디어 정보를 송신할 링크(Uplink) 4개와 4명의 클라이언트로부터 미디어 정보를 수신할 링크(Downlink) 4개를 가져 총 8개의 링크를 가지게 된다. (인원이 많아질수록 링크 개수는 기하급수적으로 늘어난다.) 장점 클라이언트끼리 .. 공감수 0 댓글수 0 2022. 2. 7.
[Web RTC] Web RTC란? Web RTC를 도입하려고 한 이유 스터디를 진행하면서 꼭 필요한건 바로 화상회의가 아닌가 싶다. 나는 스터디 웹을 개발하는 도중 위와 같은 요구사항을 만족하기 위해 화상회의 개발을 위해 공부를 진행했고 이를 위해 WebRTC를 도입해야겠다고 생각했다. 이를 위해 WebRTC에 대해 알아야했고 공부했던 내용을 정리하고 공유하고자 한다. Web RTC란? Web RTC란, Web Real-Time Communication의 약자이며 JS API로 위와 같은 기능들을 제공해주는 오픈소스일뿐이고 우리가 직접 구현해야 한다. 먼저, Web RTC에 대해 간단히 살펴보자. Web RTC를 간단히 번역해보자면 웹 실시간 통신이라는 것을 쉽게 알 수 있는데 이 말에서 의미하는 바와 같이 웹, 앱에서 비디오, 마이.. 공감수 0 댓글수 0 2022. 2. 4.
JPA에서의 일급 컬렉션 적용 엔티티를 다시 값 타입 컬렉션으로 전환 바로 이전 포스트에서 값 타입 컬렉션을 엔티티로 승격시킨바 있다. 그 이유는 이전 포스트에도 설명했지만 추후 수정이나 추적의 여지가 있기에 해당 부분에 대한 변경을 진행해보았다. 물론, 태그라는 특성 자체가 수정이나 추적의 여지가 큰 건 아니지만 한 번 진행해본 부분이였다. 해당 부분을 수정한 뒤, 협업하는 팀원과 함께 논의를 거쳐 요구사항을 더 명확히 하기로 하였다. 그 결과, 태그 자체를 수정하는 로직은 존재하지 않으며 수정을 거치기 위해서는 단순 삭제 후 새로운 것을 추가하는 방향이며 태그를 추후 업데이트하고 싶다면 업데이트된 태그들을 담은 리스트로 기존 리스트를 대체하는 것이였다. 이 요구사항을 정리해보자. 수정은 불필요하다. 태그 요소들의 변경은 리스트 자.. 공감수 1 댓글수 0 2022. 1. 2.
값 타입 컬렉션 ➡ 엔티티 값 타입 컬렉션을 엔티티로 그전에 이를 적용하게 된 계기부터 살펴보자. 이전 포스트에서 태그에 대한 부분에 대해 @ElementCollection 어노테이션을 통해 태그들을 값 타입 컬렉션으로 관리해주었다. 나는 태그에 관한 부분에 대해 값 타입 컬렉션에서 엔티티로 승격하기로 한 두 가지 이유가 존재했다. 첫 번째는 태그에 대한 요구사항의 변화에 유연하게 대처하고 싶었다. 태그 자체를 값 타입인 String 타입으로 저장하다보니 실제로 변경되거나 삭제되면 더이상 추적할 수 없고 그대로 다른 String으로 변하거나 삭제되어버린다. 추후 태그 자체의 수정을 가능하게하고 추적이 가능하게 할 수 있기 때문에 이에 대한 부분이 생긴다면 더 이상 값 타입으로 유지할 수 없고 엔티티로 승격해야하기에 미리 이 부.. 공감수 0 댓글수 0 2022. 1. 2.
@ElementCollections 사용기 값 타입 컬렉션 사용기 (feat. @ElementColletion) 이번에 값 타입 컬렉션을 사용하게 되었다. 값 타입 컬렉션이란 컬렉션에 값 타입을 담는 것을 의미하는데 값 타입이라는 것이 정확히 무슨 뜻인지에 대해서 알아보자. 값 타입은 흔히 엔티티와 많이 비교된다. 먼저, 우리에게 익숙한 엔티티에 대해서 먼저 알아보자. 엔티티는 우리가 흔히 @Entity로 정의하는 객체이며 @Id라는 어노테이션으로 정의한 PK(식별자)를 통해 계속적으로 추적이 가능하다. 하지만, 값 타입은 식별자라는 개념이 존재하지 않아 추적이 어렵다. 값 타입은 흔히 우리가 사용하는 Integer, String과 같은 자바의 원시 타입과 같은 존재로 우리가 흔히 사용하는 객체와 달리 공유에 안전하고 사이드 이펙트가 발생하지 않.. 공감수 1 댓글수 0 2022. 1. 1.
@Embeddable 활용기 @Embeddable 이번 프로젝트에서 엔티티를 구성하는데 있어 @Embeddable을 활용하였다. 이번에 이를 활용하면서 임베디드 타입을 언제 활용하면 좋은지, 어떤 장점이 존재하는지 좀 더 자세하게 알게 되었다. 이를 이번 포스트에서 정리해보려고 한다. 먼저, 사용한 배경에 대해 먼저 설명하려고 한다. 스터디 커뮤니티에서 스터디라는 엔티티를 구성하기 위한 다양한 요소가 존재했다. 스터디 작성자 스터디 제목 스터디 태그 스터디 썸네일 스터디 관련 학과 스터디 시작 일자 스터디 종료 일자 스터디 모집 일정 스터디 진행 여부 스터디 진행 방식 적어도 위와 같은 요소들을 포함해야했다. 수 많은 요소들이 존재하는데 복잡한 현실 세계 속에서 이를 조금 더 추상화해보기로 했다. 그래서 공통 요소로 추출할 수 있다.. 공감수 0 댓글수 0 2021. 12. 31.
Page, Slice에 대해 Page, Slice 오늘 다룰 포스트는 Page와 Slice이다. 우리는 흔히 어떤 웹을 돌아다녀도 페이징을 처리한 부분을 자주 찾아볼 수 있다. 우리가 개발을 하면서 구글링을 진행할 때 하단 부분을 바라보면 역시 페이징 처리되어 검색 페이지들이 나열되어 있는 모습을 확인할 수 있다. 이렇게 페이징을 처리하는 이유에 대해서 먼저 알아보자. 우리가 수 많은 데이터가 존재한다고 했을 때, 페이징을 처리하지 않고 모든 데이터들을 한 번에 뿌려준다면 어떻게 될까? 해당 데이터를 DB로부터 가져오는데 엄청난 시간이 소요될 것이다. 그 뿐 아니라, 해당 데이터 자체를 들고 있어야 하기에 엄청난 메모리의 소비가 존재할 것이다. 또한, 사용자들이 해당 게시물들을 모두 보게 하게끔 만들기에 용이하지 못하다. 그래서 우.. 공감수 0 댓글수 0 2021. 12. 31.
Cascade vs @Delete Cascade vs @OnDelete 이번 포스트는 이전에 다루었던 Cascade의 연장선이다. 이전에 언급했던 것처럼 생명주기를 공유하는, 어느 한 엔티티의 생명주기에 의존하는 엔티티들이 존재할 경우 Cascade를 사용하면 좋다고 언급했다. 그 이유는 프로젝트 - Cascade의 오해 (tistory.com)에 설명해놓았지만 간단히 다시 살펴보겠다. 어떠한 게시판이 존재한다고 가정하자. 우리가 흔히 잘 알고있듯이 게시판에는 여러개의 게시글, 그 안에 여러개의 댓글이 존재한다. (추천 또한 존재할 수 있다.) 만약, 게시판이 존재한다면 어떻게 될까? 일반적인 경우에는 게시판이 제거됨과 동시에 그 안에 존재하는 게시글, 댓글 (혹은 추천)이 모두 제거될 것이다. 왜냐하면 그들은 게시판의 생명주기에 의존하.. 공감수 1 댓글수 1 2021. 12. 28.
Cascade의 오해 Cascade의 오해 나는 현재 스터디 커뮤니티에 대한 프로젝트를 진행 중에 있다. 위 주제에 대해 살펴보기 전에, 간단하게 요구사항에 대한 부분을 살펴보자. 회원은 스터디에 가입, 생성, 수정, 삭제할 수 있다. 회원은 여러 스터디에 참여할 수 있다. 회원은 스터디에 가입하기 위해 신청을 진행한 후, 스터디 생성자 혹은 관리자가 수락한다면 가입할 수 있다. 스터디 생성자 혹은 관리자는 스터디 신청자를 거절할 수 있다. 스터디는 각 스터디 게시판, 게시글에 대한 조회, 생성, 수정, 삭제가 가능하다. 이 요구사항에 맞게 도출된 ERD를 살펴보면 다음 그림과 같다. 물론, 이 요구사항 이상의 사항들을 ERD에서 포함하고 있지만 이 주제에 대해 다루기에는 충분하기에 생략하겠다. 나는 이러한 부분에 대한 연관.. 공감수 0 댓글수 0 2021. 12. 26.
알림 기능을 구현해보자 - SSE(Server-Sent-Events)! 시작하기에 앞서 이번에 개발을 진행하면서 알림에 대한 요구사항을 만족시켜야하는 상황이 발생했다. 여기서 말하는 알림이 무엇인지 자세하게 살펴보자. A라는 사람이 스터디를 생성했고 B라는 사람은 어느 스터디에도 가입하지 않은 정규 회원이라고 가정하자. A라는 사람은 스터디 생성자일 것이고 B라는 사람은 위에서 언급했듯이 단순 정규 회원이다. B라는 사람은 어느 스터디에도 가입할 수 있고 A라는 사람이 생성한 스터디에 가입 신청을 하여 스터디에 가입할 수 있다. A라는 사람은 항상 웹페이지에 들어가지도 않을 것이고 항상 스터디 관리페이지에 들어가지 않을 것이다. 이런 상황속에서 A라는 사람은 어느 누군가(현재 상황에선 B라는 사람)가 스터디에 지원을 했는지 알고 이를 승인하거나 거절해야할까? 바로 가장 쉬운.. 공감수 25 댓글수 8 2021. 12. 24.
검증의 책임에 대해 회원의 권한 검증에 대해 나는 학교 스터디 관련 웹을 만들고 있는 중이다. 해당 웹의 관리자와 일반 회원이 존재한다. 이 웹에서는 다른 웹에서와 마찬가지로 기본적으로 회원은 자신의 프로필 정보를 수정하고 삭제할 수 있어야한다. 관리자는 회원의 닉네임이 부적절하거나 회원의 부적절한 행위에 대해 제제하기 위해 삭제 행위 등을 수행할 수 있어야한다. 또한, 관리자는 스터디에 관한 모든 권한을 가지고 있다. 물론, 관리자가 어떤 누군가가 만든 스터디를 직접적으로 수정할일은 별로 없겠지만 부적절한 스터디로 간주되는 경우 혹은 신고 시스템이 생겨 신고 누적으로 인해 부적절한 스터디로 간주되는 경우 삭제를 진행해야 할 것이다. 그리고 어떤 사람이 스터디를 만들었다. 해당 스터디는 "생성자에 한해" 수정 및 삭제가 가.. 공감수 0 댓글수 0 2021. 12. 15.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.