Category: issue

개발을 하다 작성하는 모든 issue 글입니다.

같은 트랜잭션 안에서 insert 주의하기

2025-02-11

온라인 도서관 프로젝트에서, 현재로서는 책 커버이미지(BookCover)는 book당 1개밖에 갖지 못한다. 그런데, test에서 실패하는데 그 이유를 보니 findByBookId로 찾은 요소가 db에서

2025-02-11

CI(Continuous Integration, 지속적인 통합)란, 개발자가 코드 변경 사항을 커밋할 때마다 자동으로 빌드, 테스트 등을 실행하여 코드의 안정성과 통합성을 검증하는 단계

2025-02-10

db에서 삭제 실패 해도 파일 시스템에서는 삭제 성공?! 이 코드의 문제는 뭘까? Optional을 findById에서 반환받아서 uploadFile 객체를 반환받았을 경우에만 fileStore에서

2025-02-09

JdbcTemplate을 사용하다가 Mybatis를 사용하니 편리하기는 한데, Repository에 사용되는 메서드와 중복되는 것이 많아서, 단순 위임하는 케이스가 많아서 좀 비효율적으로 느껴졌다. 기능상

2025-02-05

지금은 조금 코드가 변경됐지만, 기존에 도메인 중심 설계를 위해 간단히 필드를 업데이트 하는 코드는 도메인 모델에 넣어두었다. 그런데, DB를 적용하자

2025-02-04

RestApi로 파일 전송하기에서는 BeanValidation을 사용할 수 없다. 라고 이야기 했던 적이 있다. RequestBody 애노테이션은 @ModelAttribute처럼 MultipartFile까지 묶여 오지 않기 때문인데,

2025-02-01

Validation 적용 회고에서 다양하게 Validation을 적용했었는데, 주요한 포인트는, 간단한 것은 BeanValidation으로, 복잡한 것은 Validator 구현으로 하자였다. 그런데, 작업하다보니 복잡한 경우,

2025-01-31

온라인 도서관에 파일 전송 기능을 추가하려고 하고 있는데, 도서 등록 기능은 현재 RestApi로 하고 있었다. form 태그를 사용하면, 단순히 enctype=”multipart/form-data”

2025-01-27

기존에는 로그아웃시에도 세션이 생성되는 비효율적인 작업이 존재했다. 이렇게 되면, 로그아웃을 시도하면서 빈 세션을 생성하게 된다. request와 SessionAttribute 사용 로그아웃시에는 request.getSession(false)를

2025-01-26

각각 Validator에서 처리 기존에는 책을 찾지 못하는 오류를, 아래와 같이 처리했었다. 이 경우, id라는 필드에 매핑하고 있었다. 이 방법도 나쁘지는

백엔드 개발자 김철준의 블로그입니다.