기록의 중요성

PRG 패턴이란? 웹 개발 패턴 중 자주 사용되는 패턴으로 HTTP POST 요청에 대한 응답이 GET 요청을 위한 URI로 리다이렉트되는 것이다. 현재 문제점 상품 등록 버튼을 누르면 POST로 /add를 호출한다. 그 후 결과물이 POST로 남아있다. 마지막으로 요청한 것은 POST/add이다. 그 결과 새로고침을 하면 마지막 요청이 반복되므로 id만 증가하고 중복된 상품이 계속 등록된다. 웹 브라우저의 새로고침은 마지막에 서버에 전송한 데이터를 다시 전송하기 때문이다. 등록완료 페이지에서 새로고침을 누르게되면 이런식으로 중복된 데이터가 계속 쌓이게 된다. 이것을 해결할 수 있는 방법이 PRG 패턴을 적용시키는 것이다. PRG 패턴 적용 후 흐름 상품 등록 버튼을 누르면 POST /add가 호출된다...

Spring에서 컨트롤러를 지정해주기 위한 어노테이션은 @Controller와 @RestController가 있다. 이번에는 이 2가지 어노테이션의 차이점에 대해 정리해보겠다. 주요 차이점은 @ResponseBody가 생성되는 방식. 즉, @Controller + @ResponseBody 조합 = @RestContoller 이다. @Controller 전통적인 Spring MVC의 컨트롤러 어노테이션인 @Controller는 주로 View(화면)를 반환하기 위해 사용됨. 아래와 같은 요청으로 view를 반환하게 됨. Client는 URL 형식으로 요청을 보냄. DispatcherServlet이 요청을 위임할 Handler Mapping을 찾음. Handler Mapping을 통해 해당 요청을 받는 Con..

Spring Boot에서 jstl를 사용하려고 했는데 이렇게 인식이 안되는 에러가 발생했다. 분명 build.gradle에 디펜던시도 잘 추가해뒀는데 왜 이런지 알아보았다. 💡 해결 방법 스프링 3.0 버전 이상부터는 implementation 'jakarta.servlet:jakarta.servlet-api' //스프링부트 3.0 이상 implementation 'jakarta.servlet.jsp.jstl:jakarta.servlet.jsp.jstl-api' //스프링부트 3.0 이상 implementation 'org.glassfish.web:jakarta.servlet.jsp.jstl' //스프링부트 3.0 이상 디펜던시를 이렇게 설정하면 해결이 된다. 디펜던시 설정을 하고 나니 정상적으로 해결이..

백엔드 개발자라면 멀티쓰레드를 알고 있어야 트래픽이 많은 서버를 잘 다룰 수 있다. 클라이언트가 서버에 요청을 하면, 이런 flow로 실행이 된다. TCP/IP가 연결 후, 서블릿 객체를 호출한다 호출을 누가할까? 바로 쓰레드이다. 쓰레드란? 애플리케이션 코드를 하나하나 순차적으로 실행시켜주는 역할을 쓰레드라 한다 자바 메인 메서드를 처음 실행하면 main이라는 이름의 쓰레드가 실행됨. 쓰레드가 없다면 자바 애플리케이션 실행이 불가능(main이 없으면 안됨) 쓰레드는 한번에 하나의 코드라인만 수행(한번에 하나의 일만 수행할 수 있음) 동시 처리가 필요하면 쓰레드를 추가 생성 단일요청 - 쓰레드 하나 사용 클라이언트에서 요청이 오면 WAS가 쓰레드를 할당하고 쓰레드가 서블릿 객체를 호출하고 작업한 뒤, 응..

스프링부트로 통합 테스트를 하던 중 통합테스트를 해보았다. 간단한 테스트 코드를 보자. memberService.join(member) 호출해서 실제로 데이터베이스를 select를 해보면 테스트 코드에서 테스트용으로 생성한 member 객체의 name인 'hello'가 반영이 된걸 볼 수 있다. 하지만, 테스트 코드의 의미와 다르게 실제 데이터베이스에 적용이 되는게 좀 이상하지않은가? 그렇다. 사실 우리가 테스트하는 데이터들은 실제 디비에 반영이 되지않고 테스트 내에서만 검증을 하고 마쳐야하고, 반복적인 테스트에도 예외가 없어야한다 여기서 만약에 한번 더 가입 테스트를 실행해보면 예상과 같이 이렇게 빨간 불이 뜨면서 내가 미리 선언해둔 '이미 존재하는 회원' 이라는 예외로 넘어가게 된다. 우리가 테스트를..

Lombok은 여러가지 @어노테이션을 제공하고 컴파일 과정에서 자동으로 개발자가 원하는 메소드를 생성/주입 방식으로 동작하는 라이브러리이다. 말로 설명하기보단 코드로 한번 보는게 이해가 빠를것이다. 롬복을 적용하기 전과 후를 보면 확실한 차이가 있다. 대충 자바를 좀 공부해봤던 사람들은 저 어노테이션만보고도 "아 이런 기능을 제공하는거구나" 라고 알 것이다. @Getter: getXxx()들을 자동으로 만들어주는 것이다. @Setter: setXxx()들을 자동으로 만들어주는 것이다. @NoArgsConstructor: 기본 생성자를 자동으로 생성해 준다. 눈에는 안보이지만 과연 실제로 만들어져있는지 확인해보자 Member() - 기본생성자, getXxx() - 게터, setXxx() - 세터가 다 만들..

실행 과정 중 로그를 확인 해야 하는 경우가 있는데 스프링 부트 3.1.x 이상부터는 변경사항이 생긴것 같다. 스프링 부트 3.1 미만 버전 19:18:00.439 [main] DEBUG org.springframework.context.annotation.AnnotationConfigApplicationContext - Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@7cdbc5d3 19:18:00.445 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory - Creating shared instance o..

싱글톤 패턴을 학습 한 후 소스코드를 보던 중에 이 코드를 한번 자세히 보자. 현재 memberService(), orderService()는 memberRepository()를 호출하고 있다. 자바 코드에 의해서, memberRepository()가 호출되면서 return new MemoryRepository()를 실행하게 된다. 그러면 여기서 잠깐, 싱글톤은 하나의 객체만 생성되어야하고, 공유를 해야하는 것인데.. 자바 코드로만 보면 객체 생성을 2번하고 있는 것 같다... 과연 내가 호출할 때마다 memberRepository()가 계속 생성 되는 것이 사실인지 테스트 코드를 통해 알아보자. 각각 memberServiceImpl(), orderServiceImpl()에 테스트를 위해 생성한 mem..

김영한 스프링 강의를 듣던 중 싱글톤패턴의 개념이 나왔다. 싱글톤 패턴이란 객체(인스턴스)가 현재 JVM 안에 단 하나만 존재해야한다라는 것이다. 싱글톤패턴이 왜 생겼는가? 스프링의 탄생부터 알아보자 스프링은 기업용 온라인 서비스 기술을 지원하기 위해 탄생했다. 대부분의 스프링 애플리케이션은 웹 애플리케이션이고, 물론 웹이 아닌 애플리케이션도 얼마든지 개발할 수 있다. 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다. 그림을 통해 예를 들어보자 우리가 만들어둔 AppConfig(DI 컨테이너)가 있다고 가정하자. 클라이언트 A,B,C가 스프링한테 memberService를 요청하면, DI 컨테이너 안에서 요청 건수마다 new를 통해 객체를 생성해서 반환하게 된다. 웹 애플리케이션 특성 상 고객이 ..

BeanFactory 스프링 컨테이너의 최상위 인터페이스 스프링 빈을 관리하고 조회하는 역할 getBean()을 제공한다 지금까지 내가 사용했던 대부분의 기능들은 BeanFactory가 제공하는 기능이다 ApplicationContext BeanFactory 기능을 모두 상속받아서 제공 빈을 관리하고 검색하는 기능을 BeanFactory가 제공해주는데 그러면 둘의 차이가 뭘까? 애플리케이션을 개발할 때는 빈은 관리하고 조회하는 기능을 물론이고, 수 많은 부가기능이 필요하다 ApplicationContext I/F을 보면 많은 것들을 상속받고 있는데 상속받는 Factory를 따라가다보면 이렇게 최상위 인터페이스는 BeanFactory인 것을 볼 수가 있다. ApplicationContext가 제공하는 부가..