@Aspect AOP@Aspect 프록시 - 적용이전 챕터에서 Advisor를 직접 구현하여 스프링 빈으로 등록하면 스프링의 자동 프록시 생성기가 자동으로 처리해주는 것을 배웠다.스프링은 @Aspect 애노테이션으로 매우 편리하게 포인트컷과 어드바이스로 구성되어 있는 어드바이저 생성 기능을 지원한다.지금까지 어드바이저를 직접 만들었던 부분을 @Aspect 애노테이션을 사용해서 만들어보자.(@Aspect 는 관점 지향 프로그래밍(AOP)을 가능하게 하는 AspectJ 프로젝트에서 제공하는 애노테이션이다. 스프링은 이것을 차용해서 프록시를 통한 AOP를 가능하게 한다고 한다.)@Slf4j@Aspectpublic class LogTraceAspect { private final LogTrace logTr..

빈 후처리기빈 후처리기 - 소개빈 후처리기 - BeanPostProcessor스프링이 빈 저장소에 등록할 목적으로 생성한 객체를 빈 저장소에 등록하기 직전에 조작하고 싶다면 빈 후처리기를 사용하면 된다.빈 후처리기 기능객체를 조작할 수도 있고, 완전히 다른 객체로 바꿔치기 하는 것도 가능하다. 빈 후처리기 - 예제 코드1public class BasicTest { @Test void basicConfig() { ApplicationContext applicationContext = new AnnotationConfigApplicationContext(BasicConfig.class); //A는 빈으로 등록된다. A a = app..

스프링이 지원하는 프록시이전 챕터에서 프록시 객체를 동적으로 만들어주는 동적 프록시 기술을 살펴보고, 그 한계점에 대해 살펴봤다.문제점인터페이스가 있는 경우에는 JDK 동적 프록시를 적용하고, 그렇지 않은 경우에는 CGLIB를 적용하려면 어떻게 해야할까?두 기술을 함께 사용할 때 부가 기능을 제공하기 위해 JDK 동적 프록시가 제공하는 InvocationHandler 와 CGLIB가 제공하는 MethodInterceptor 를 각각 중복으로 만들어서 관리해야 할까?특정 조건에 맞을 때 프록시 로직을 적용하는 기능도 공통으로 제공되었으면?위와 같은 문제점들을 해결할 수 있도록, 스프링은 ProxyFactory라는 기능을 제공하여 문제를 해결한다.프록시 팩토리 - 소개Q: 인터페이스가 있는 경우에는 JDK ..

동적 프록시 기술프록시를 적용한 기존 코드에는 한 가지 문제점이 존재했다.대상 클래스 수 만큼 로그 추적을 위한 프록시 클래스를 만들어야 한다는 점이다로그 추적을 위한 프록시 클래스들의 소스코드는 거의 같은 모양을 하고 있다.리플렉션자바가 기본으로 제공하는 JDK 동적 프록시 기술이나 CGLIB 같은 프록시 생성 오픈소스 기술을 활용하면 프록시 객체를 동적으로 만들어낼 수 있다. 쉽게 이야기해서 프록시 클래스를 지금처럼 계속 만들지 않아도 된다는 것이다.JDK 동적 프록시는 자바 reflection 기술을 바탕으로 동작한다. 리플렉션과 관련된 내용은 스킵한다.JDK 동적 프록시소개앞선 예제에서 봤듯이 프록시의 로직은 같은데, 적용 대상만 차이가 있었다. 이 문제를 해결하는 것이 바로 동적 프록시 기술이다..

프록시 패턴과 데코레이터 패턴예제 프로젝트 생성v1 - 인터페이스와 구현 클래스 - 스프링 빈으로 수동 등록v2 - 인터페이스 없는 구체 클래스 - 스프링 빈으로 수동 등록v3 - 컴포넌트 스캔으로 스프링 빈 자동 등록실무에서 세 가지 경우를 모두 만날 수 있으므로, 세 가지 빈 등록 방식에 따른 프록시 패턴, 데코레이터 패턴의 적용에 대해 알아본다.예제의 기능은 이전 챕터에서의 상품 주문과 동일하다.예제 프로젝트 만들기 v1OrderControllerV1@RestControllerpublic interface OrderControllerV1 { @GetMapping("/v1/request") String request(@RequestParam("itemId") String itemId); ..

템플릿 메서드 패턴과 콜백 패턴#Spring/고급템플릿 메서드 패턴 - 도입 배경이전 챕터에서는, 로그 추적기를 사용하기 위해 메서드 시그니처를 변경하는 것의 문제를 ThreadLocal을 통해 해결하였다.그런데 로그 추적기를 막상 프로젝트에 도입하려고 하니 문제점이 보인다.1~2줄짜리 비즈니스 로직이, 로그 추적기라는 부가 기능 때문에 코드가 엄청 늘어났다.//OrderControllerV0 코드@GetMapping("/v0/request")public String request(String itemId) { orderService.orderItem(itemId); return "ok";}//OrderControllerV3 코드@GetMapping("/v3/request")public Str..

쓰레드 로컬 - Thread Local#Spring/고급예제 프로젝트 만들기 - V0일반적인 웹 애플리케이션에서 Controller → Service → Repository로 이어지는 흐름을 최대한 단순하게 구현@Repository@RequiredArgsConstructorpublic class OrderRepositoryV0 { public void save(String itemId) { //저장 로직 if (itemId.equals("ex")) { throw new IllegalStateException("예외 발생!"); } sleep(1000); } private void sleep(int millis) { ..

0. About 코틀린코틀린은 누가 만들었나?코틀린이라는 프로그래밍 언어는 IntelliJ를 만든 JetBrains라는 회사에서 만들었다.(그러니까 인텔리제이에서 좋은 기능들을 제공하겠죠?)Kotlin이라는 이름이 붙은 이유?Kotlin이라는 이름은 코틀린(Котлин) 섬에서 따왔는데 이는 JetBrains의 R&D 센터가 상트페테르부르크에 있기 때문이라고 한다. 자바도 인도네시아 Jawa라는 섬에서 이름을 따온 것과 유사하다.Kotlin은 왜 만들었나?코틀린은 Java와 100% 호환 가능하면서도 현대적이고, 간결하며 안전한 언어를 사용하기 위해 탄생되었다.JetBrains에서 Java로 작성된 IntelliJ를 유지보수하는 과정에서 어려움을 느껴 개발하게 되었다고 한다.(개인적으론 자바는 확실히 보..

가짜로 진짜를 테스트하기: Mock어드민 페이지에 '오늘 자 매출 통계 메일 전송' 기능을 추가한다고 해보자. 이 기능을 테스트하려면 OrderStatisticsService를 실행해야 한다.// OrderStatisticsService.javapublic boolean sendOrderStatisticsMail(LocalDate orderDate, String email) { // 1. 해당 일자의 결제완료된 주문들을 가져온다. // 2. 총매출 합계를 계산한다. // 3. 메일을 전송한다. boolean result = mailService.sendMail(..., email, ..., ...); if (!result) { throw new IllegalArgu..

지금까지 Repository와 Service 계층을 통합 테스트하며 아래에서 위로 올라왔다. 드디어 외부 세계의 요청을 가장 먼저 마주하는 Presentation Layer(Controller) 에 도착했다.Controller를 테스트할 때는 이전과 다른 전략을 사용한다. 하위 계층(Service)은 이미 충분히 테스트했고 잘 동작한다고 가정하고, Controller의 책임에만 집중하는 것이다. 이를 위해 Mocking을 사용한다.Controller 테스트와 MockingMock은 말 그대로 '가짜' 객체다. Controller가 의존하는 Service를 가짜 객체로 대체하면, 우리는 Service의 실제 로직과 상관없이 Controller의 동작(요청 매핑, 파라미터 검증 등)만을 순수하게 테스트할 수..