SpringBoot ToyProject
1.프로젝트 설계, HTTP 패킷 분석을 통한 웹 스크래핑 테스트
회사에서 업무를 하다보면 일도 중요하지만 하루 중 가장 큰 고민거리는 오늘 뭐먹지? 가 아닐 수 없다"짬밥"이 없다면 주변 맛집을 알기에는 다소 어려운 부분이 존재할 것인데 네이버 지도를 이용하여 주변 맛집 정보를 탐색하고 큰 카테고리 내에서 가볼 만한 음식점을 추천해
2.Enum 을 이용한 카테고리 정규화, 네이버 pcmap 스크래핑 테스트
앞서 진행한 프로젝트에서는 "한식" 을 카테고리로 갖는 음식점 정보를 갖고 오는 것을 테스트 하였습니다. 이번에는 네이버에서 제공하는 필터값을 사용하여 해당 필터에 해당되는 음식점 id 값들을 갖고 오도록 합니다음식점 id ? : id값의 경우 이후 사용하게 될 메뉴
3.UriComponent Builder, Kakao map API 를 통한 geo coding
첫번째로 음식점 정보를 갖고오고자 할때 필수적인 파라미터로 위도, 경도 좌표가 필수가 된다자동으로 인덱스페이지 접속시 위도 경도를 매핑하는 것을 생각했었는데 그 부분을 해결하지 못해 STACK OVERFLOW에 질문을 등록한 상태이다.만약 방법이 있다 하더라도 현재 좌
4.Spring Security 와 OAuth 간편 로그인 서비스 구현
이어서 진행하기 1. Spring Security 알아보기 OAuth 로그인 방식을 채택할것이기에 스프링 시큐리티를 채택하였습니다 2. 구글 OAuth 진행하기 다양한 OAuth가 있는데 그중 구글 로그인 방식을 사전에 테스트합니다 >### Spring Securi
5.Trouble Shooting
OAuth 에 대한 테스트중 다음과 같은 에러를 발견발생 시점은 google에 로그인 하기위해 oauth 로 redirect 하는 과정에서 발생분석 결과 해당 sql 쿼리를 실행하였으나 반복된 에러로 redirect 최대 시도 회수를 초과하는 문제http://
6.스프링 Session 과 어노테이션 기반으로 Session User 관리하기
기존 구현된 코드중 반복되는 코드를 제거합니다기존 구글 OAuth 뿐만아니라 카카오톡, 네이버 Oauth 로그인 기능을 추가합니다기존 구현된 코드중 반복되는 코드를 제거합니다ex) IndexController 에서 세션값을 가져오는 부분Session user = (Se
7.Kakao map API 역지오코딩, AJAX, View 에서 테스트
이어서 진행하기 역지오코딩을 이용한 현재 위치 얻어내기 이전에 지오코딩을 통하여 현재 주소값을 이용하여 현재 위도, 경도를 알아보는 법을 테스트, 적용해보았습니다 이번 과제는 브라우저에 따라 다르겠지만 위치정보를 자바스크립트를 통하여 현재 주소가 맞는지 정확한 주소
8.H2 DB → MySql 로 프로젝트 환경 만들기
음식점 정보를 스크래핑하여 View 단에서 볼 수 있도록 작업을 합니다기존 프로젝트에서는 H2 DB와 JPA 를 사용하여 따로 ddl 작업을 거치지 않았는데 실제 운영되는 서비스라면 이러한 작업은 매우 위험하며 수정할 필요가 있기에 AWS 에 배포를 하기전 mySql
9.Mysql 좌표 거리계산, JPA, nativeQuery 를 이용한 거리계산
view 단에서 사용자 위치와 근접한 레스토랑 정보를 반환합니다현재 엔티티로 사용되고 있는 클래스의 경우 현재 사용자와의 거리 컬럼이 들어가있지 않는데 반환하는 DTO의 경우 사용자와의 거리값 근처의 레스토랑을 찾을 수 있도록 하여야합니다새로운 레스토랑 DTO 모델을
10.프로젝트 중간 점검, 서비스 View 에서 확인하기
이어서 하기 기존 인덱스에서 모든 것을 처리하던 것을 세가지 뷰로 나누어 정리 인덱스 - 로그인 영역 메인 - 유저 현재 위치 설정 영역 레스토랑 - 유저 위치기반 레스토랑 설정 영역 OAuth 로그인 이후 사용자 위치 설정 값을 SessionUser
11.세션 변경, JPA Optional, insert if not exist
이어서 하기 세션 정보를 통하여 x,y 값을 받고 근처 맛집중 db 에 존재하지 않는 레스토랑의 경우 insert를 진행합니다 레스토랑 view 1. insert if not exist 수행하기 1. Optional 을 통하여 findById 테스트 Repositor
12.Restful API 설계, REST 하게 만들기
이어서하기 기존의 기능 중심의 가독성을 중시한 url 스타일을 REST 설계 방식에 맞추어 정규화 합니다 REST 설계 원칙에 대하여 REST 설계 원칙 1. URI는 정보의 리소스를 표현해야 한다 기존 코드 행위에 대한 표현이 아닌 리소스 표현하는데 중점을 두어야
13.레스토랑 상세 엔티티, repository test
이어서 하기 음식점 정보만큼이나 중요한 음식점 메뉴 정보, 기존에는 DTO 클래스로 스크래핑한 값들을 매핑하는 것이였지만 이제는 엔티티로서 값을 저장하는 과정을 가집니다 ERD 1. 음식점 메뉴 테스트 결과 이를 바탕으로 엔티티를 설계합니다 2. 메뉴 엔티티
14.PathVariable 을 통한 상세 메뉴 얻기
MenuRepositoryOptional 을 통하여 RestaurantId를 가진 칼럼이 존재하지 않는 경우 스크래핑할 수 있도록 한다메뉴 정보를 불러오는 것 까지는 완료되지만 List<Menu> 로 불러오면서 Optional 기능이 적용되고 이로인해 만약 Lis