[TIL] 팀원간 코드 리뷰 진행 및 인덱스가 많아지면 생기는 문제, JPA의 flush 발생하는 조건
·
TIL
## 오늘 한 일- 팀원 간 코드 리뷰- 튜터님과 상담- 이전에 진행중이던 프로젝트 리팩토링- 블로그 스터디 ## 진행 내용 ### 팀원 간 코드 리뷰팀장으로써 무게는 아주 무거웠다... 테이블 명세와 API명세를 수시로 업데이트해야하고 프로젝트의 전반적인 내용을 모두 숙지하고 있어야 하기에 엔티티의 연관관계를 팀원들이 확실히 인지하고 있을 수 있도록 도식화해서 이해하셨을진 모르겠지만? 열심히 업데이트를 해주었다.코드에서 문제점을 찾고 전체적으로 회의할 부분은 별도의 회의시간을 통해 수정할 내용을 공유했으며, 문법이나 예외가 발생할만한 상황들을 서로 코멘트를 남기고 수정할 수 있도록 request했다.  오늘안에 팀원들이 모두 pr을 해줘야 전체적인 체크 후 엔티티 결합 및 서비스 로직을 시작할텐데 매우..
[TIL] SoftDelete 개발 방식, 서브 모듈 설정, PR 및 Postman으로 API문서 공유하기
·
TIL
오늘 한 일SoftDelete 코드 개선서브 모듈 설정팀원들과 PR 후 코드 리뷰Postman TeamworkSpace 개설 및 Auth, User API 테스트작업 내용SoftDeleteSoftDelete방식으로 개발을 하다보니 이 방식에 대해서 여러 방법이 있다는 것을 알게되었다. @SoftDelete를 적용하고 @SQLRestriction을 사용하여 삭제되지 않은 유저를 가져오는 방식, @SQLDELETE로 직접 생성한 필드를 관리하는 방법(@SQLRestriction방법은 동일) 등 다양한 전략이 존재했다.나는 @SQLDELETE 방식을 사용했으나 자식 엔티티를 자동으로 함께 SOFTDELETE하는 방법을 고려한다면 @SoftDelete 방식으로 바꿔서 사용해보는게 좋을까 생각했다.그 외에 번거로..
[TIL] Spring Security 예외 설정 , S3 설정, JWT 구현, JPA Auditawre
·
TIL
오늘 한 일Convention정리Spring Security 환경 설정 및 필터 구현S3 이미지 컴포넌트 개발JWT 파싱 및 유효성 검사 기능 개발JPA AuditAware 컴포넌트 개발작업 내용Security 환경 구현Security의 인증 부분을 항상 구현해왔으나 이전 구현과정에서 항상 막혔던 것이 예외 발생시 처리 방법이였다.기존의 GlobalExceptoinHandler로 예외내용에 대해 전파가 되지 않아 애를 먹었는데 드디어 해결방법을 찾아냈다.이 또한 별도의 포스팅으로 남길것이나 여기에 간단히 이미지와 코드를 남겨두려고 한다.이미지처럼 Filter는 DispatcherServlet의 이전에 요청을 감지하고 filterChain에 의해 순차적으로 수행된다.이 과정에서 인증/인가 작업을 수행하거나..
[TIL] 패키지 전략 및 토큰과 세션 개념 정리, 서비스와서비스끼리 의존관계를 갖게 하지 않는 이유
·
TIL
오늘 한 일 (회의 및 튜터님 조언 중심)패키지 구성 방식: 도메인 중심MSA에서는 계층형을 더 자주 사용 (관련 공부 필요)참고 자료: https://zkdlu.tistory.com/2다국어 설정 논의예외 메시지를 한국어로 제한할지 여부결론: 영어로 설정이후 다국어 지원 추가 예정예외 커스텀 방식모든 예외 메시지 커스텀 → ✅도메인별 예외 메시지 분리 → ✅보안 및 인증Spring Security + JWT 적용 필요JWT는 회원 및 API에서 인증된 유저인지 확인하는 어노테이션에서 사용즉시 작업 필요 → 회원 및 보안 담당 팀원 진행Jira 도입도입 여부: ✅이유: 티켓별로 개발 진행 상황 및 이슈 공유 가능🚀 프로젝트 진행 플로우 (튜터님 조언)1️⃣ 전역 설정 (팀장 진행)GlobalExcept..
[TIL] API Document 피드백 수렴 및 기술, 컨벤션 회의
·
TIL
오늘 한 일API Document , Table Document 피드백 수렴기술 스택 선정Git Commit, Branch Convention 설정1차 회의록 작성작업 내용블로그 포스팅을 통해 Restful API에 대해 별도로 기록하였다.API Document 수정 과정API 문서를 하루동안 정신없이 작업하다보니 실수도 많았고 수정해야 할 부분이 중간중간 많이 보였다.크게 수정 내용을 구분해보면 다음과 같았다.Role 분배자원 표현 수정Method 수정첫 번째로 Role의 분배는 참으로 모호했다. Manager라는 역할을 어떤 역할로 가정하고, 어떤 상황까지 가정해서 부여해야 할지 고민끝에 매장에 대한 등록, 삭제는 불가능하지만 영업 시간, 메뉴 등록,추가,수정,삭제등 가게의 전반적인 운영을 할 수 있..
[16조 문서] API Document, Table Document, ERD
·
TIL
현재 작업 이후의 진행할 사항입니다! 시간이 촉박해서 노션자료에서 pdf로 추출해서 업로드하였습니다. API Document 및 테이블 보고 Role 수정하기어떤 API를 어떤 유저가 사용할 수 있는지 적절히 파악DTO필드 구조 재확인 및 팀원 간 피드백DTO 이름도 추가is_deleted 빠진 컬럼 추가