테스트를 하며 변경된 데이터들은 다음 테스트의 성공을 위해 끝날 때 초기화(트랜잭션/롤백)을 해야합니다. 하지만 auto_increment나 sequence등에 의해 증가된 값이 롤백되지 않는 경우도 있습니다. 이러한 영향이 실제 어플리케이션 서버에도 가면 절대 안되겠
조회수 증가를 setView() -> article.invreaseViewCount() 로 변경DTO는 데이터 전송의 역할만 하도록 그 외 로직은 분리하기로 결정하였습니다.AddArticleRequest에서 toEntity() 분리와단일 게시글 조회시 조회수를 1 증가
오늘은 프론트와 API 통신테스트를 하기 위해 드디어 대망의!! 배포의 날이 다가왔습니다. 두렵지만 하나하나 차근차근 해보겠습니다!우선은 간단하고 쉬운 배포를 위해 설정이 간편한 Elastic Beanstalk 으로 배포하기로 결정했습니다.IAM > 역할 에서 역할 생
레코드 정보 중, 유형이 NS인 것이 NameServer이기 때문에, 해당 로우의 값/트래픽 라우팅 대상에 적힌 nameserver 리스트를 호스팅 영역 생성 시 등록한 도메인 이름과 동일한 도메인 구매시, nameserver로 넣어야 한다.위의 사진처럼 AWS에서 운
SpringBoot 서버도 삽질을 하며 서버 배포를 성공했고, 프론트분의 react 로컬에서 API 연동에서부터 CORS 오류가 뜬 이후, 스프링에서 CORS 설정을 해줬더니 값도 잘 불러왔습니다. 하지만 react를 vercel 에 배포하니 또 값을 제대로 못 받아오
postMan으로 pdf를 업로드 할 때 image확장자가 아니어서 예외로 걸러지는지 확인하려고 요청을 보냈는데, 413 Request Entity Too Large 오류가 터졌습니다.yml에서 multipart size도 설정했었는데 무엇이 문제인지 한참 찾고, 그
게시판 프로젝트를 진행하며 LocalDateTime으로 게시글 생성, 수정시간을 AuditingEntityListener로 자동 매핑하고 있었습니다.그런데 글을 쓰면 9시간 전인 UTC 표준 시간으로 표시되고 있었습니다.저는 DB로 RDS(MySQL8.0)을 사용하고