회원 정보 서비스 로직 구현 - UserAccountServicesearchUser - 값이 있을 때와 없을 때의 호출자에게 위임하기 위해서 Optional 사용@Transactional(readOnly = true)public Optional searchUser(String username) { return userAccountRepository.findById(username) .map(UserAccountDto::from);} @Transactional(readOnly = true)이 메서드는 읽기 전용 트랜잭션으로 실행됩니다.데이터베이스에 변경을 가하지 않으므로 성능 최적화가 가능하며, 기본적으로 데이터베이스의 플러시 작업이 발생하지 않습니다.Optional search..

회원 UserAccount 엔티티 수정회원 도메인이 인증정보가 없는 상황에서도 회원 정보를 저장할 수 있는 방법을 마련해 줘야 함소셜로그인 구현하기(1)에서 AuditingFields의 접근제어자를 protected로 열어줌UserAccount 생성자에 String createdBy 추가this.createdBy = createdBy;this.modifiedBy = createdBy;수정하는 상황이 아니라, 최초로 생성하는 시점에 생성자와 수정자는 같기 때문에 createdBy private UserAccount(String userId, String userPassword, String email, String nickname, String memo, String createdBy) { ..

인증 주체는 카카오에게 넘기되,카카오 서비스를 통해서 로그인 한 뒤기존 회원 테이블에 동기화 시켜서 가입시키는 방법 사용AuditingFields 접근자 수정 - 자식에 바로 access 가능하도록 protected로 변경UserAccount를 저장시킬때 AuditingFields를 직접 Access해야할 필요성(ex) 회원가입 상황 - 회원 가입 직접의 이용자의 상태는 아직 가입이 안된 상태 = 즉, 인증을 하지 않은 상태인증(로그인)하지 않은 상태에서 회원 정보를 저장하려고 할때(회원 가입을 시도하려고 할때) 회원 정보가 저장이 되어야함[문제]Auditing Fields는 인증 정보로 부터 데이터를 가져옴 -> 따라서, createBy가 문제가 됨JPAConfig를 보면, 인증정보로부터 작성자의 정보..