Spring

spring argument resolver

IoC(Inversion of Control) 제어의 역전 IoC 컨테이너가 객체의 생성, 관리, 생명주기를 담당하여 객체의 제어권을 프레임워크로 넘겨 유연하고 확장 가능한 애플리케이션을 개발할 수 있다. 즉 결합도가 낮아지고 유연성을 높일 수 있다. 유지보수성

IoC(Inversion of Control) 컨테이너를 나타내는 인터페이스. IoC 컨테이너는 애플리케이션 컴포넌트 간의 의존성을 관리하고, 빈(Bean) 객체를 생성하고, 빈의 라이프사이클을 관리하는 주체ApplicationContext를 통해 컨테이너에 등록된 B

스프링의 3대요소 중 IoC 제어의 역전 정리 할 때 autowired를 이용한 의존성 주입 시 최근에는 무조건 생성자 주입으로 하고있었다는 걸 깨달았다. 이유는 알았는데 까먹었다, 그래서 다시 정리해보려고 한다.일단 @RequiredArgsConstructor 사용

Spring Security 란? > Spring Security is a framework that focuses on providing both authentication and authorization to Java applications. Like all S

https://mybatis.org/spring-boot-starter/mybatis-spring-boot-autoconfigure/이거보고 버전 확인하기현재 내가 사용 중인 버전Spring boot 3.0.1mybatis 3.0.1호환 안되면 에러난다. ㅜ

Spring Boot 설정 파일 세팅할 때 properties 와 yml 로 설정할 수 있는데 처음 프로젝트 생성 시에는 properties 로 만들어진다. propertiesymlproperties의 경우 key-value 형식yml 동일하게 key-value 형식이

ExceptionHandler에서 Endpoint로 ErrorResponse를 따로 만들어ㄱresponse를 따로 내려주려했다.에러를 마주했다. 구글링을 통해 ErrorResponse에 @Getter를 추가하면 해결된다는 것을 알게되었다.근데 왜그렇게 동작했는지 확인이

javax에서 jakarta 로의 변경은 Jakarta EE 9 버전부터 시작Spring Boot 3.0부터는 Jakarta EE 9를 기반으로 하고 있으며, 따라서 javax 대신 jakarta 패키지를 사용 이는 Spring Boot 3.0이 Jakarta EE 9

아,,, @RestControllerAdvice를 이용해 전역 예외 처리를 하고 있는데 Spring Security filter chain에서 난 에러는 전달되지 않아 애먹고 있었다.대신 AuthenticationEntryPoint 를 이용하면 된다..ㅜ

제가 최근에 겪은 트랜잭션 롤백 문제와 그 해결 과정을 공유하려고 합니다. 이 문제를 해결하면서 많은 것을 배웠고, 여러분께도 도움이 되었으면 하는 마음에 글을 씁니다. 흑프로젝트에서 @Transactional을 사용하여 데이터베이스 트랜잭션을 관리하고 있었는데, 예외

“incompatible types: ClaimsBuilder cannot be converted to Claims”이 포스트는 원인·수정 방법·변경점을 간단히 정리한 메모입니다.jjwt 0.12.x부터 Jwts.claims() 반환 타입이 ClaimsBuilder 로