암호화 하기 예외처리에서 중요하다고 생각하는 부분은 기존의 사용자가 설정한 비밀번호를 암호화 하는 것이라고 생각한다. 일단 전혀 지식이 없기에 구글링을 먼저 해보았다. Spring Boot에 암호화 하는 방법은 꽤나 있었고, 그 중 요구사항에 따라 먼저 직접 적용
어제 예외처리를 일부로 throw IllegarArgument를 통해 전부 처리를 해주었다. 바로 오늘 전역예외처리 를 진행하려고 하기에 여태껏 예외를 발견하고 처리하는 것을 해왔다고 볼 수 있다.저번에 도전기능과제에 커스텀예외클래스와 전역예외처리 클래스를 통해 예외처
오늘은 기존에 만든 로그인 기능을 통해 검증 및 권한 로직을 추가할 예정이었다. 로그인 기능을 만들고 나니 생각이 든 부분이 코드가 남들에 비해 굉장히 길었다는 것이다.비교를 해보니 내가 작성한 코드는 세션에 대한 직접적인 접근이었고, 다른분들은 @SessionAttr
어제 일정에 대한 CRUD가 작성이 완료되었기 때문에 오늘은 유저에 대한 CRUD를 작성을 할 것이다.기존 일정 CRUD와 패턴을 똑같기 때문에 만드는데는 큰 지장이 없었다.다만 유저의 필드가 채워지게 되면서 스캐줄에 있는 작성 유저명이 이제 유저 고유의 식별자를 갖게

오늘은 강의를 마저 들은 다음 과제에 돌입하기 시작한 날이다. 연관관계에 대한 매핑에 대해 들었고 기준을 정하는 것을 확실히 이해한 날이었다.또한 현업이나 프로젝트를 만들 때 단방향을 선호하는 이유 또한 알게 되었다.우선적으로 여러 Entity들의 관계들에 대해 생각을
오늘은 페이징 조회라는 것을 다뤄볼 예정이다. 마지막 요구사항인데 일단 페이징 조회가 무엇인지부터 알아봐야겠다.데이터들을 페이지 단위로 쪼개서 보여줄 수 있게 해주는 전략 이라고 볼 수 있다.데이터베이스의 레코드를 개수로 나눠 페이지를 구분하는 것댓글이 2개, 10개일