페이지의 게시물을 등록하고 수정하는 과정의 기능을 구현하고 테스트 하는 과정에서 지속적으로 DB값이 변하지 않는다고 생각했다. 버전이슈, 빌드이슈 모든 걸 찾아보면서 그 이유를 찾기 위해서 별별 짓을 다해봤는데 결국은 아주 간단한 것에서 문제가 있었다. 위의 코드에서 어노테이션을 처음에 @after를 사용한 것이 문제였다. @aftereach로 바꾸자 마자 모든 문제가 해결되었다. @after을 사용하였을때는 위의 레포지토리를 가져와서 수정된 여부를 확인하는 테스트 코드에서 지속적으로 수정이 되지 않고 값이 변하지 않았다고 오류가 나왔다. 몇 번의 시행중 레포지토리에서 들어온 리스트의 인덱스 값을 변경하는 시도를 했다. 그 결과 테스트 성공 콘솔이 나왔다. 원인은 이전의 등록테스트에서 등록한 레포지토리의..
#스프링 부트와 AWS로 혼자 구현하는 웹서비스 계속 진행해오고 있는 책을 보면서 코딩하기를 하는 중에 이번에는 게시글 목록의 조회 부분에서 문제가 있었다. 원인은 간단했지만 오류코드를 제대로 보지 못한 나는 멍청하게 다른 오류들을 찾아보고 가장 기본적인 부분을 간과하고 있었다. 위의 오류를 보지 못하고 오직 브라우저에 보이는 view만을 가지고 생각한 것이다. 그래서 결과는 지옥의 whitelabel error...... 서버를 돌리면 처음에는 welcome page가 잘 나오고 등록 페이지로 넘어가고 심지어 db까지 저장이 되어서 어디가 잘못된 것인가를 파일경로나 버전오류로 생각하고 이를 해결하려고 열심히 찾아보았다. 하지만 아무리 코드의 연결관계를 뒤져보고 분석해도 window.location.hr..
구글 로그인을 연동하기 위해서 먼저 User class를 생성한다. 위 코드는 DB에 저장될 데이터 테이블 빌딩으로 이름, 이메일, 프로필, 역할을 테이블의 열 목록으로 한다. 그리고 위의 코드를 작성하는 과정에서 Role class부분에 컴파일 에러가 뜰 것이다. 그렇기에 Role class를 생성한다. Role class는 열거형 클래스인 enum클래스로 생성한다. 추가적으로 annotaion인 @Enumerated(EnumType.STRING)은 JPA로 DB에 저장할때 Enum값을 String형태로 저장하는 것이다.(기본적으로는 int형태이다.) 이 설정을 하지 않는다면 DB에서 사용자의 Role부분의 값이 int형으로 되어 있어서 손님이라면 0으로 표시되고 일반사용자라면 1로 표시될 것이다. 그..
