1. 스프링 부트3.2에 추가된 유효성 검사 기능(MethodValidator) 파헤치기[ 스프링 부트3.2에 추가된 유효성 검사 기능 파헤치기 ]스프링 부트 2를 기준으로, 사용 가능한 유효성 검사 방법이 크게 2가지 종류가 있었다.컨트롤러에서 @Valid를 활용하기컨트롤러가 아닌 곳에서 @Validated + @Valid 활용하기 앞선 포스팅에서 자세히 살펴볼 수 있듯이, 컨트롤러에서 @Valid를 활용하면 ArgumentResolver를 활용하여 컨트롤러 객체로 넘겨줄 파라미터를 생성할 때 유효성 검사가 진행된다. 따라서 컨트롤러가 아닌 다른 계층에서는 추가적으로 클래스 선언에 @Validated를 추가해주어야 한다. 그러면 AOP가 적용되어 유효성 검사를 진행하게 된다.컨트롤러에서 @Valid를 ..

1. 스프링부트3 Name for argument of type not specified 에러(Parameter Name Retention)[ SpringBoot3 Parameter Name Retention ]스프링부트3로 버전이 올라가면서 정말 많은 변경사항이 생겼는데, 그 중 하나가 Parameter Name Retention 관련된 부분이다. 해당 내용은 LocalVariableTableParameterNameDiscoverer 클래스가 스프링 프레임워크 6.0에서 deprecated되고, 스프링 프레임워크 6.1에서 삭제되었다는 것이다. 해당 클래스는 어떠한 역할을 하고 있으며, 어떠한 영향을 미치는지 살펴보도록 하자.  LocalVariableTableParameterNameDiscoverer..

1. 로컬 캐시와 레디스를 함께 사용하는 2-Level Cache(2계층 캐시) 구현하기아래의 내용을 제대로 이해하기 위해서는 스프링이 제공하는 Cache와 CacheManager에 대한 이해가 필요하다. 따라서 이전 포스팅을 먼저 참고하도록 하자.   [ 요구사항 정리 ]이번에 구현하고자 하는 기능은 스프링의 @Cacheble을 활용하여 로컬 캐시와 분산 캐시를 함께 사용하는 2-Level Cache(2계층 캐시)를 구현하는 것이다. 2계층 캐시란 동일한 캐시 요청(EmailToNameCache)에 대해 먼저 로컬 캐시(LocalCacheManager)를 조회하여 있으면 반환하고, 없으면 분산 캐시(RedisCacheManager)를 조회하여 그 결과를 반환하는 것이다. 이를 통해 분산 캐시에 대한 트..

# 1. 스프링이 제공하는 Cache 관련 기능 파헤치기[ Cache Abstraction(캐시 추상화) ]스프링이 가장 잘하는 것 중 하나를 뽑으라면 추상화(Abstraction)를 빼놓을 수 없다. 대표적으로 스프링은 트랜잭션 관련 공통 사항을 담은 트랜잭션 추상화 기술을 제공하고 있다. 이를 통해 각 애플리케이션에서는 데이터베이스 접근 기술(JDBC, JPA 등)에 종속적이지 않고 일관되게 트랜잭션을 처리할 수 있도록 도와준다. 데이터베이스 접근 기술을 JDBC에서 JPA로 변경해도 우리의 코드는 안전한 것이다.캐시 역시 마찬가지다. 로컬 메모리에서 동작하는 caffeine 캐시, 분산 저장소를 활용하는 Redis 캐시 등 다양한 캐시 구현체가 존재한다. 해당 기술을 직접 의존하면 캐시 구현체가 변..

1. SpringBoot3에 추가된 Content-Disposition 헤더의 일반 filename 파라미터(Regular Parameters) [ Content-Disposition 헤더와 ContentDisposition 클래스 ] RFC-6266에 정의된 Content-Disposition 헤더는 서버가 클라이언트에게 전송되는 리소스(파일 등)의 처리 방법을 지정하는 데 사용되는 헤더이다. 주로 다운로드되는 파일의 이름 등을 지정하는 데 사용된다. 만약 서버가 다음과 같이 Content-Disposition 헤더를 전달하였다면, 브라우저는 example.txt라는 이름으로 파일을 다운로드하도록 요청을 처리한다. Content-Disposition: attachment; filename="exampl..