@OneToMany 필드를 작성하면서, 엔티티는 고유하기 때문에 Set을 사용해야할 것 같다는 생각이 들었다. 하지만 생각해보니 이제껏 강의나 다른 사람의 코드를 봤을 때는 대부분이 List를 사용하는 것을 보았는데 어떤 이유 때문에 List를 사용하는 것인지 의문이 들어 찾아보게 되었다. Why? JPA에서 지연 로딩을 적용했을 경우 프록시 객체를 반환하는데, 이때 OneToMany의 Set에 데이터를 추가하게되면 중복 검사를 진행하게되어 프록시가 강제로 초기화되는 문제가 발생한다. 그렇게 되면 지연 로딩의 장점을 활용할 수 없게되어 성능이 떨어질 수 있기 때문에 중복 검사를 하지않는 List를 많이 사용한다고 한다.
WAS 웹 애플리케이션 서버라고 부르며, 동적 컨텐츠를 처리하는 서버이다. 자바에서는 대표적으로 톰캣을 가장 많이 사용하며, 톰캣은 자바 코드로 작성된 Open Source WAS로 정적 컨텐츠를 처리하는 Apache Web Server와 동적 컨텐츠를 처리하기 위한 Servlet Container로 구성되어 있다. Servlet Servlet은 클라이언트의 요청과 서버의 응답을 처리하기 위한 자바 객체로 Servlet Container에 의해 생성되고 관리된다. 브라우저가 요청을 보내면 다음 서블릿 객체를 찾고, 없다면 생성하고, 존재한다면 새로운 스레드에 기존 서블릿을 할당하여 사용한다. 서블릿 객체는 서블릿 클래스 내부의 service() 메서드를 통해 실행되는데 service()는 내부적으로 GE..
문제 파일 업로드 시 파일명에 '-', '_' 을 제외한 특수 문자 사용 시 예외를 발생시키는 코드에서 아래와 같은 정규표현식을 사용했고, 테스트 결과 문제가 없음을 확인했다. /^[ㄱ-ㅎ가-힣a-zA-Z0-9_\s-]*$/ 이후 파일명에 문제가 있는지 확인하기 위해 파일명과 똑같은 문자열을 비교하였으나, 다른 결과가 나왔고 문자열의 길이 또한 다르게 출력되었다. 원인 MacOS의 유니코드 정규화 인코딩 방식이 javascript의 기본 문자열과 다르기 때문이었다. Mac에서는 NFD 방식을 사용하는데, NFD 방식으로 작성된 문자열은 ['ㅎ', 'ㅏ', 'ㄴ', 'ㄱ', 'ㅡ', 'ㄹ']과 같이 초성, 중성, 종성으로 분리된 문자 배열이고 Javascript에 일반 문자열은 ['한', '글']과 같이 ..
Spring Boot에서 @Controller로 index.html을 반환해주는 기본적인 코드가 동작하지 않는 문제가 발생했다. 404로 로그를 봤더니 resource not found라는 문구가 보였다. 평소 thymeleaf나 mustache, JSP와 같은 템플릿 엔진을 사용해서 항상 html 파일을 templates 디렉토리 하위에 두었는데 template 엔진을 사용하지 않을 때는 html 파일을 static 폴더에서 찾기 때문에 발생한 에러였다. 그리고 static에서 찾을 때는 return "index.html"과 같이 .html을 붙여줘야한다. 이 부분은 아래 설정을 사용하면 return "index"; 로 사용할 수 있다. spring: mvc: view: suffix: .html 별 것..
서버에서 다음와 같은 DTO를 클라이언트에게 응답으로 보냈을 때 is가 생략되어 "check: false"로 응답이 들어오는 문제가 일어난다면 래퍼 타입인 Boolean 타입으로 변경해주어야 한다. @Getter public class Dto{ private boolean isChecked; } Boolean 타입으로 변경 시 해결되는 이유 JSON 변환 시Getter를 사용하기 때문에 Getter를 무조건 생성해야하는데, Boolean 타입을 사용하게 되면 Getter로 getIsChecked()가 생성되고, boolean 타입을 사용하면 getChecked()가 생성되기 때문에 이런 문제가 발생한 것 같다. 따라서 롬복을 사용하지 않고 getter를 직접 getIsChecked()로 생성해주면 boo..
JPA에서 쿼리를 실행하는 방법에는 4가지가 있다. 가장 중요한 JPQL과 QueryDSL이 있고, Criteria, 네이티브 쿼리 기능도 존재한다. JPQL 테이블 기준이 아닌 엔티티를 기준으로 쿼리를 작성하며, 실행 시점에 DB쿼리로 변환된다. JPQL은 실행 시점에 1차 캐시를 조회하지 않고 바로 플러시되는 특징이 있고, 조회된 객체는 1차 캐시에 저장되어 영속된다. 엔티티는 객체이기 때문에 선언을 해줘야 컨트롤 할 수 있다. 따라서 m이라는 별칭을 꼭 써주어야한다. SELECT m FROM Member m WHERE m.id = 1; 패치 조인 JPA에서 성능 최적화를 위해 제공하는 기능으로 연관된 엔티티나 컬렉션을 한번의 SQL로 함께 조회가 가능하다. 일반 조인을 사용할 경우 지연 로딩과 프록..