문제 - @RequestParam + @RequestBody 쇼핑몰 토이 프로젝트 중 해당 품목의 이미지를 첨부하고 품목 정보를 입력해 아이템을 등록하는 기능을 구현하려고* MultipartFile은 @RequestParam으로 Dto는 @RequestBody를 사
쇼핑몰 토이 프로젝트에서 이미지 업로드를 기능 추가 중 @RequestPart를 사용하게 되었다. @RequestPart는 처음 사용해 보는 거라 @RequestPart에 대해 공부하면서 @RequestParm, @RequestBody에 대해서도 같이 정리 해보고자 한
현재 상황 토이 프로젝트를 진행하다 보니 품목 등록, 수정, 삭제 등 로그인된 상태에서 요청해야는 API가 다수 있었다. 매번 Authentication에서 email을 꺼내와 이메일을 통해 회원을 찾고 없으면 에러를 반환하는 부분이 계속해서 반복되고 있음을 느껴
현재 상황 저번에 작성했던 @RequestPart를 이용한 MultipartFile, DTO 처리을 통해 postman으로 테스트 결과 정상적으로 작동하였으나 Swagger에서 테스트시 오류가 발생하여 Swagger에서도 정상 작동하도록 수정하려고 한다. Item
✅ Hard Delete vs Soft Delete: 데이터 삭제 방식 비교 📌 Hard Delete(물리 삭제) SQL의 DELETE 명령어를 활용하여 데이터를 물리적으로 제거하는 방식입니다. 실제로 디스크에서 데이터가 영구적으로 삭제되어, 디스크 공간을 확보
현재 상황 이전에 작성한 Soft delete 적용한 코드에서는 deleted_at 컬럼이 null이면 삭제되지 않은 것으로 간주하고 조회하도록 @Where 절을 이용하여 처리하고 있었습니다. 그러나 이로 인해 삭제된 포스트 목록을 조회하는 경우 문제가 발생했습니
MySQL 데이터 분산 처리를 위한 Master-Slave 이중화 구축 저번에 작성한 MySQL 데이터 분산 처리를 위한 Master-Slave 이중화 구축에 이어서 Spring Boot와 JPA 설정을 하여 최종적으로 작동하도록 하겠습니다. Spring Boot
본 포스트는 테스트 환경 기준으로 작성되었습니다. 토이 프로젝트로 쇼핑몰 프로젝트를 진행중이다. 결제를 구현하기 위해 가장 유명하고 정보가 많은 포트원을 사용한 적용 과정을 기록할려고 한다. 포트원 동작 과정 1. 사전 준비 포트원 사이트 회원가입 후 결제 연
적용방법 1. @EnableScheduling 어노테이션을 붙여준다. @EnableScheduling @Scheduled 어노테이션을 감지하고 만들어 준 스케줄러를 동작할 수 있게 해주는 어노테이션입니다. Spring은 고유한 TaskScheduler 인터페이스