1. mybatis 설정 <김정훈>
2. datasource <김정훈>
3. ddl 작성 (table 생성) <김정훈> <석지애>
4. flyway 구성 <석지애>
5. HashMap ~ Repository => Mybatis ~ Repository

3월 9일 수 ; 1~2번 사항에 대해 회의

VO 추가 및 수정.
UserAddress와 Restaurant에 VO 적용.
RestaurantLocation과 관련된 class 모두 수정 (request, comand 등).
(+) Exception 정리

UserLoginCheck를 annotation과 Aspect를 이용하여 AOP로 만듦

Redis를 이용해서 Restaurant 값들 caching.
Redis GEO 이용해서 근처 레스토랑 구하기.

확인해본 결과 interceptor에서 서비스에 접근하는 회원의 Authority를 확인하는 코드가 없음.
인가 관련 interceptor에서 로그인을 한 상태인지 확인한, 후에 Authority 확인하는 코드 추가.

1. HashMapUserRepsository의 Save 로직 수정 -> (김정훈) 오늘 pr
2. 유저 삭제 로직 추가 -> (김정훈)
3. 사용자 정보 수정 -> (김정훈)
4. database 구성
   - Docker 설치 -> (같이)
   - docker-compose -> (석지애)
5. CI
   • github actions -> (김정훈)
   • gradle check & gradle build 실행하기 -> (김정훈)
   • Checkstyle html 에러 처리 -> (김정훈)

목, 토, 일, 월 8시 회의 진행

< 가게 검색 기능 추가 >
가게 분류를 볼수 있다(석지애님)
가게 분류를 선택하면, 현재 주소에 맞게 가게 목록을 볼수 있다. (석지애님)
가게를 선택한다(석지애님)

< 메뉴 찾기 기능 추가 >
메뉴를 볼수 있다(김정훈님)
메뉴를 선택 한다(김정훈님)
선택한 메뉴를 장바구니에 담는다(김정훈님)

< 가게 Entity >
Id
가게명
가게분류

< 메뉴 Entity >
Id
메뉴명
메뉴 상세 내용
메뉴 가격

• 질문사항
  배달지역 어떻게 설정 해야하나 ?

db에 point 타입 테이블 생성
userAddress 엔티티 관련 class 모두 수정
쿼리문 수정

목표 : userServiceTest를 완성해서 더이상 postman으로 직접 확인하지 않게 만들기.

userServiceTest.java를 만들었습니다.
signup 관련 코드들을 복습하고, signin까지 만들었습니다.

draw.io를 통해서 ERD 만드는 중
만든 후 README.md에 반영하기

김정훈

1. contoller에 exception 수정
2. 유저 삭제
3. 중복 exception 메서드화

석지애

1. 전체적인 paramter 수정 command, request 수정
2. 주소 수정 삭제 부분 권한 삽입

공통

1. 프로젝트 방향성 , user 확장, 다른 도메인 생성 (화)
2. 세션 중복 처리 방안 aop 등(3월 5일 추가)

토, 일, 월, 회의진행

• 아침마다 comment로 진행사항 달고 회의진행시 구체적인 내용 토의
• 끝난 작업은 development 추가
• 월요일 저녁에 최종 회고 진행

레스토랑 관련 기능 구현 전에 기타 코드 정리
레스토랑 검색 및 가져오기 기능 구현하기

1. 목적; happy-delivery Project를 함에 있어 배달의 민족과 같은 회원가입 프로세스로 진행할 것인지에 대한 협의가 필요하여 작성

2. 협의 내용

   • 배달의 민족 프로세스와 같이 맨처음 사용자의 경우 주소를 적고 주문시 회원가입을 하는 프로세스로 진행
   • 배달의 민족과 다르게 맨처음 사용자의 경우 회원가입을 유도 후 주문 프로세스 진행

3. 협의 내용에 대한 이유

   • 회원가입 -> 메뉴 선택 -> 메뉴 주문 -> 메뉴 배달과 같은 프로세스가 일반적이라 생각하고 기능명세서 작성시 일련의 과정으로 작성 가능할것 같습니다.
   • 주소기입 -> 메뉴 선택 -> 메뉴 주문 -> 회원가입유무확인 -> 메뉴 배달시 프로세스 과정이 일반적이지 않고 기능명세서 작성시 순서가 조금 뒤죽 박죽인 느낌이 있습니다.

4. 이에 대한 issues에 개인 의견 작성 요청 드립니다.

docker-compose파일을 이용하여 elastic APM 적용.

• 김정훈(feature3-)

1. 로그인, 세션
2. 로그아웃, 세션 만료
3. 회원 정보 변경

• 석지애(feature4-)

1. 패스워드 변경
2. 주소 받기(address)
3. 주소 변경(address)

매주 목요일, 일요일 8시에 코드리뷰 진행

1. 사장님 회원가입

• null check
• user email duplicate check
• password encrypt check

2. 사장님 로그인

(1) @PostConstructor 를 사용한 init()을 API로 만들어서 테스트하기 편리하게 만들기.

(2) cursor 사용하는 곳을 RestaurantSearchRepository에서 RestaurantSearchService.init()으로 변경하기.

(3) pipeline 제대로 적용하기, bulk 1개를 사용해서 여러개의 음식점 위치 저장
=> Long add(K key, Map<M, Point> memberCoordinateMap); 사용

(4) where절의 in 사용하여 select를 여러번 반복하지 않도록 하기.

n +1 문제 해결하기
MultipleBagFetchException 해결하기
entity Equals, hashcode 만들기

<추가한 기능>
현재 주소를 등록하지 않은 경우, 식당 검색 불가능 기능 추가

<추가할 기능>
geo point

session -> token으로 변경하기.
spring session data redis 사용하지 않고 직접 넣어서 구현해보기.