이전 포스팅에서 동적 프록시를 적용할 때의 문제점을 짚어봤다. 인터페이스가 없는 경우에는 CGLIB를, 있는 경우에는 JDK 동적 프록시를 적용해야한다. 두 기술을 모두 사용하려면, JDK 동적 프록시의 InvocationHandler 와 CGLIB의 MethodInterceptor를 중복해서 만들어 관리해야할까? 특정 조건에서(필터) 프록시 로직을 적용하는 기능을 공통으로 적용할 수 있어야 한다. 스프링에서 제공하는 추상화된 프록시 기술 : ProxyFactory 스프링은 동적 프록시를 통합하여 생성해 주는 프록시 팩토리(Proxy Factory) 라는 기능을 제공한다. 이전에는 인터페이스의 유무에 따라 JDK 동적 프록시나 CGLIB 을 선택해야 했다면, 이제는 Proxy Factory 하나로 편리하..

지난 포스팅에서 JDK 동적 프록시를 적용하기 위해선 인터페이스가 필수라고 했다. 인터페이스가 없고 구체 클래스만 있는 경우, CGLIB 바이트코드 조작 라이브러리를 통해 동적 프록시를 적용할 수 있다. CGLIB : Code Generator Library CGLIB : 바이트 코드를 조작해서 동적으로 클래스를 생성하는 기술을 제공하는 라이브러리 인터페이스 없이 구체클래스 만으로 동적 프록시를 만들어 낼 수 있다. 원래는 외부 라이브러리인데, 스프링 프레임워크 내부 소스 코드에 포함돼 있다. 참고로 개발자가 직접 CGLIB 를 사용하는 경우는 거의 없다. 다음 포스팅에서 다룰 ProxyFactory 가 CGLIB 사용을 편리하게 도와주기 때문에, 너무 깊이있게 파기보다는 CGLIB 가 무엇인지 대략 개..

동적 프록시 기술은 언제 사용될까? 프록시 기술을 적용하기 위함인데, 앞에 동적이라는 단어가 왜 붙었는지 생각해보자. 만약 100개의 클래스가 프록시 적용 대상이라고 하자. 그럼 100개의 클래스에 적용할 100개의 프록시를 개별적으로 만들어야할까? 단순 로그를 적용하는 기능의 프록시라면, 로직은 같은데 적용 대상에만 차이가 있는 것이다. 이 문제를 해결할 수 있는 것이 동적 프록시 기술이다. 동적 프록시 기술을 활용하면 개발자가 매번 프록시 클래스를 만들지 않아도 된다. 이름대로 프록시 객체를 동적으로 런타임에 (개발자 대신) 만들어준다. 그럼 코드를 보면서 어떤식으로 동적 프록시가 생성되고 적용되는지 확인해보자. 참고로 JDK 동적 프록시는 인터페이스를 기반으로 동적 프록시를 생성하기 때문에, 인터페..

로깅등의 부가 처리 기능을 위해 프록시 클래스를 매번 만들기엔, 적용 대상 클래스 수 만큼 프록시 클래스를 만들어야 하는 문제가 있다. 로그 추적을 위한 프록시 클래스의 소스코드는 거의 같은 모양을 하고 있다. 같은 모양의 클래스를 여러개 만드는 것은 비효율적일 뿐더러 SRP 원칙을 위배하기 때문에, 동적 프록시 기술을 활용하여 이 문제를 점진적으로 해결해보자. 리플렉션 이란? 객체를 통해 클래스의 메타정보를 분석하는 프로그램 기법을 의미한다. 투영, 반사라는 사전적 의미를 가지는데, 클래스의 메타정보를 투영한다고 이해하면 된다. 그럼 뭐하러 굳이 객체를 통해 클래스의 정보를 알아내야할까? 구체적인 클래스의 타입을 알지 못해도, 해당 클래스가 가지고 있는 메소드, 타입, 변수 등에 접근해야 할 경우가 있..

이전 포스팅에서 템플릿 메서드 패턴을 알아봤고, 템플릿 메서드 패턴의 상속이라는 한계를 해결하기 위해 전략 패턴을 활용하기로 했다. 전략 패턴 템플릿 패턴은 부모 클래스에 변하지 않는 템플릿을 두고, 변하는 부분을 자식 클래스에서 상속하여 문제를 해결했다. 전략 패턴은 변하지 않는 부분을 Context 라는 개념에 두고, 변하는 부분은 Strategy 라는 인터페이스를 만들어 구현해 문제를 해결한다. 즉 상속이 아니라 위임 / 구현으로 문제를 해결하는 것이다. 전략패턴에서 Context 는 무엇일까? 바로 템플릿 메서드 패턴의 템플릿에 해당되는 개념으로, 여기서는 문맥 정도로 이해하면 된다. 개별 비즈니스 로직은 변할 수 있지만, 그걸 구현해야하는 전체적인 문맥은 잘 변하지 않기 때문에, 변하지 않는 로..

템플릿 메서드 패턴 - 사전적 정의 / 목적 "작업에서 알고리즘의 골격을 정의하고, 일부 단계를 하위 클래스로 연기한다. 템플릿 메서드를 사용하면 하위 클래스가 알고리즘의 구조를 변경하지 않고도, 알고리즘의 특정 단계를 재정의할 수 있다. [GOF] " 이게 무슨 소리인가~ 알아보기 위해 스프링 예제 코드로 템플릿 메서드 패턴을 알아보겠다. 중복되는 로직의 반복 아래 코드는 컨트롤러의 request 메서드에 trace 라는 로그를 삽입한 코드다. 핵심 로직은 orderService.orderItem(itemId) 와 return "ok" 부분이 전부인데, 로그 트래킹을 하면서 부가적인 try ~ catch 구문이 붙어 코드가 비교적 지저분해 보인다. @RestController @RequiredArgsC..

스레드 로컬 여러개의 스레드가 존재할 때, 해당 스레드만 접근할 수 있는 특별한 저장소를 의미한다. 더 풀어서 이야기 해보자. 만약 서로 다른 두 스레드가 하나의 변수에 접근한다고 할 때, 이 변수는 공유 자원으로 동시성 문제가 발생할 가능성이 다분하다. ThreadLocal 클래스는 오직 한 스레드에 의해 읽고/쓰여질 수 있는 변수를 생성한다. 가령 Thread A 가 ThreadLocal 변수( tLocal ) 에 접근하여 a 라는 문자를 저장한다고 하자. 동시에 Thread B 에서 마찬가지로 tLocal 변수에 접근하여, b 라는 문자값을 저장한다고 하면 어떻게 될까? a 라는 문자를 b 가 덮어 버리는 것이 아니라, 아래 처럼 각 스레드별 전용 저장소에 각각의 값이 저장된다. 즉 멀티 스레드 환..

오류 상황 : 기존엔 잘 진행되던 JUnit5 테스트코드가 어느순간 동작하지 않았다. 에러 메시지 : java.lang.IllegalStateException: Failed to load ApplicationContext 구글링으로 여러 해결 방법을 찾아봤을 때 1. 테스트 클래스에 @WebAppConfiguration 어노테이션 추가. -> 실패 , 여전히 같은 에러메시지가 나왔다. -> @WebAppConfiguration 해당 어노테이션은 JUnit4 를 사용할 때 적용할 수 있는 해결책이라고 한다. 2. Main Application 을 실행해보자. -> 이 부분이 해결의 실마리를 줬는데, 테스트 코드만 깨지는 줄 알았더니 애초에 main application 실행조차 되지 않고 있었다. -> 내..

상황 프로젝트 세팅 단계에서 @Slf4j 어노테이션을 사용하여 log 를 적용 후 메인 메서드를 호출할 때 발생한 에러. java: You aren't using a compiler supported by lombok, so lombok will not work and has been disabled. Your processor is: com.sun.proxy.$Proxy24 Lombok supports: sun/apple javac 1.6, ECJ 해결 mac os 기준 Intellij -> preference 에 들어간다. Shared build process VM options: 에 아래 명령어를 입력한다. -Djps.track.ap.dependencies=false 위 과정을 완료 후 재빌드하면 ..