<div id="readability-page-1" class="page"><div>정확히 말하자면 ControllerAdvice의 @ExceptionHandler에서 파라미터에서 @CookieValue를 사용할 수 없는 이유다. 
팀 프로젝트에 RefreshToken을 적용하는 과정에서 RefreshToken의 값이 유효하지 않은 즉 서버에 저장된 값과 다르면 예외를 던지고 쿠키가 삭제되도록 구현해야했다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/147be65e-cc6a-49e6-a3c9-944e101ef4f9/image.png"> 
이렇게 컨트롤러에서 사용했던것 처럼 @CookieValue를 사용해서 쿠키를 인자로 받으려고 했지만 이상하게 테스트가 계속 실패했다.(해당 ExceptionHandler가 동작하지 않았다) 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/1950bd83-056d-452c-94d9-9bf606cb41c9/image.png"> 
그 이유는 ExceptionHandler에서는 @CookieValue를 지원하는 ServletCookieValueMethodArgumentResolver를 가지고 있지 않기 때문에 Cookie로 바인딩하려고 할때 예외가 발생해서 해당 ExceptionHandler가 동작하지 않았던 것이다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/1424b275-42a6-4834-b4a5-6fc9a5e1ed64/image.png"> 
ExceptionHandler를 사용할때는 Controller를 사용할때 지원하는 argumentResolver들을 모두 다 지원해주지는 않는다.
<pre><code>// ExceptionHandlerExceptionResolver
protected List&lt;HandlerMethodArgumentResolver&gt; getDefaultArgumentResolvers() {
		List&lt;HandlerMethodArgumentResolver&gt; resolvers = new ArrayList&lt;&gt;();

		// Annotation-based argument resolution
		resolvers.add(new SessionAttributeMethodArgumentResolver());
		resolvers.add(new RequestAttributeMethodArgumentResolver());

		// Type-based argument resolution
		resolvers.add(new ServletRequestMethodArgumentResolver());
		resolvers.add(new ServletResponseMethodArgumentResolver());
		resolvers.add(new RedirectAttributesMethodArgumentResolver());
		resolvers.add(new ModelMethodProcessor());

		// Custom arguments
		if (getCustomArgumentResolvers() != null) {
			resolvers.addAll(getCustomArgumentResolvers());
		}

		// Catch-all
		resolvers.add(new PrincipalMethodArgumentResolver());

		return resolvers;
	}</code></pre>
<pre><code>// RequestMappingHandlerAdapter
private List&lt;HandlerMethodArgumentResolver&gt; getDefaultArgumentResolvers() {
	List&lt;HandlerMethodArgumentResolver&gt; resolvers = new ArrayList&lt;&gt;(30);

	// Annotation-based argument resolution
	resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), false));
	resolvers.add(new RequestParamMapMethodArgumentResolver());
	resolvers.add(new PathVariableMethodArgumentResolver());
	resolvers.add(new PathVariableMapMethodArgumentResolver());
	resolvers.add(new MatrixVariableMethodArgumentResolver());
	resolvers.add(new MatrixVariableMapMethodArgumentResolver());
	resolvers.add(new ServletModelAttributeMethodProcessor(false));
	resolvers.add(new RequestResponseBodyMethodProcessor(getMessageConverters(), this.requestResponseBodyAdvice));
	resolvers.add(new RequestPartMethodArgumentResolver(getMessageConverters(), this.requestResponseBodyAdvice));
	resolvers.add(new RequestHeaderMethodArgumentResolver(getBeanFactory()));
	resolvers.add(new RequestHeaderMapMethodArgumentResolver());
	resolvers.add(new ServletCookieValueMethodArgumentResolver(getBeanFactory()));
	resolvers.add(new ExpressionValueMethodArgumentResolver(getBeanFactory()));
	resolvers.add(new SessionAttributeMethodArgumentResolver());
	resolvers.add(new RequestAttributeMethodArgumentResolver());

	// Type-based argument resolution
	resolvers.add(new ServletRequestMethodArgumentResolver());
	resolvers.add(new ServletResponseMethodArgumentResolver());
	resolvers.add(new HttpEntityMethodProcessor(getMessageConverters(), this.requestResponseBodyAdvice));
	resolvers.add(new RedirectAttributesMethodArgumentResolver());
	resolvers.add(new ModelMethodProcessor());
	resolvers.add(new MapMethodProcessor());
	resolvers.add(new ErrorsMethodArgumentResolver());
	resolvers.add(new SessionStatusMethodArgumentResolver());
	resolvers.add(new UriComponentsBuilderMethodArgumentResolver());
	if (KotlinDetector.isKotlinPresent()) {
		resolvers.add(new ContinuationHandlerMethodArgumentResolver());
	}
 
	// Custom arguments
	if (getCustomArgumentResolvers() != null) {
		resolvers.addAll(getCustomArgumentResolvers());
	}

	// Catch-all
	resolvers.add(new PrincipalMethodArgumentResolver());
	resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), true));
	resolvers.add(new ServletModelAttributeMethodProcessor(true));

	return resolvers;
}</code></pre>

추가
우리가 자주쓰는 controller advice는 어디서 동작하고 있는걸까? 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/24b9a8fd-c9db-4821-977f-4f8c7b796221/image.png"> 
dispatcher servlet이 handler를 찾고 실행시키는 과정에서 예외가 발생하면 handlerExceptionResolver가 예외를 처리하게된다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/47a65484-62e6-4ae3-98d0-6cd9c91fe9c4/image.png">
그렇다면 handlerExceptionResolver가 우리 생각하는 controller advice일까? 
handlerExceptionResolver는 controller advice를 모른다. controller advice는 handlerExceptionResolver 안에 있는 resolver의 exceptionHandlerAdviceCache에 있기 때문이다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/5d2610b4-3f0a-46c3-ba38-e3c3db5e5546/image.png"> 
좀 자세하게 말하자면 handlerExceptionResolvers(ArrayList) 는 DefaultErrorAttributes 와 HandlerExceptionResolverComposite(ArrayList)를 가지고 있다. 이 중 HandlerExceptionResolverComposite 안에 resolver(ExceptionHandlerExceptionResolver)의 exceptionHandlerAdviceCache(LinkedHashMap)에 들어있다. 
<img src="https://velog.velcdn.com/images/0_0_yoon/post/27c1b087-0dbf-4e71-aa4d-fe8e2ed6fd40/image.png"></div></div>

0_0_yoon.log

yoon

정확히 말하자면 ControllerAdvice의 @ExceptionHandler에서 파라미터에서 @CookieValue를 사용할 수 없는 이유다.
팀 프로젝트에 RefreshToken을 적용하는 과정에서 RefreshToken의 값이 유효하지 않은 즉 서버에 저장된 값과 다르면 예외를 던지고 쿠키가 삭제되도록 구현해야했다.
이렇게 컨트롤러에서 사용했던것 처럼 @CookieValue를 사용해서 쿠키를 인자로 받으려고 했지만 이상하게 테스트가 계속 실패했다.(해당 ExceptionHandler가 동작하지 않았다)
그 이유는 ExceptionHandler에서는 @CookieValue를 지원하는 ServletCookieValueMethodArgumentResolver를 가지고 있지 않기 때문에 Cookie로 바인딩하려고 할때 예외가 발생해서 해당 ExceptionHandler가 동작하지 않았던 것이다.
ExceptionHandler를 사용할때는 Controller를 사용할때 지원하는 argumentResolver들을 모두 다 지원해주지는 않는다.
// ExceptionHandlerExceptionResolver
protected List<HandlerMethodArgumentResolver> getDefaultArgumentResolvers() {
 List<HandlerMethodArgumentResolver> resolvers = new ArrayList<>();
 // Annotation-based argument resolution
 resolvers.add(new SessionAttributeMethodArgumentResolver());
 resolvers.add(new RequestAttributeMethodArgumentResolver());
 // Type-based argument resolution
 resolvers.add(new ServletRequestMethodArgumentResolver());
 resolvers.add(new ServletResponseMethodArgumentResolver());
 resolvers.add(new RedirectAttributesMethodArgumentResolver());
 resolvers.add(new ModelMethodProcessor());
 // Custom arguments
 if (getCustomArgumentResolvers() != null) {
 resolvers.addAll(getCustomArgumentResolvers());
 }
 // Catch-all
 resolvers.add(new PrincipalMethodArgumentResolver());
 return resolvers;
 }
// RequestMappingHandlerAdapter
private List<HandlerMethodArgumentResolver> getDefaultArgumentResolvers() {
 List<HandlerMethodArgumentResolver> resolvers = new ArrayList<>(30);
 // Annotation-based argument resolution
 resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), false));
 resolvers.add(new RequestParamMapMethodArgumentResolver());
 resolvers.add(new PathVariableMethodArgumentResolver());
 resolvers.add(new PathVariableMapMethodArgumentResolver());
 resolvers.add(new MatrixVariableMethodArgumentResolver());
 resolvers.add(new MatrixVariableMapMethodArgumentResolver());
 resolvers.add(new ServletModelAttributeMethodProcessor(false));
 resolvers.add(new RequestResponseBodyMethodProcessor(getMessageConverters(), this.requestResponseBodyAdvice));
 resolvers.add(new RequestPartMethodArgumentResolver(getMessageConverters(), this.requestResponseBodyAdvice));
 resolvers.add(new RequestHeaderMethodArgumentResolver(getBeanFactory()));
 resolvers.add(new RequestHeaderMapMethodArgumentResolver());
 resolvers.add(new ServletCookieValueMethodArgumentResolver(getBeanFactory()));
 resolvers.add(new ExpressionValueMethodArgumentResolver(getBeanFactory()));
 resolvers.add(new SessionAttributeMethodArgumentResolver());
 resolvers.add(new RequestAttributeMethodArgumentResolver());
 // Type-based argument resolution
 resolvers.add(new ServletRequestMethodArgumentResolver());
 resolvers.add(new ServletResponseMethodArgumentResolver());
 resolvers.add(new HttpEntityMethodProcessor(getMessageConverters(), this.requestResponseBodyAdvice));
 resolvers.add(new RedirectAttributesMethodArgumentResolver());
 resolvers.add(new ModelMethodProcessor());
 resolvers.add(new MapMethodProcessor());
 resolvers.add(new ErrorsMethodArgumentResolver());
 resolvers.add(new SessionStatusMethodArgumentResolver());
 resolvers.add(new UriComponentsBuilderMethodArgumentResolver());
 if (KotlinDetector.isKotlinPresent()) {
 resolvers.add(new ContinuationHandlerMethodArgumentResolver());
 }
 // Custom arguments
 if (getCustomArgumentResolvers() != null) {
 resolvers.addAll(getCustomArgumentResolvers());
 }
 // Catch-all
 resolvers.add(new PrincipalMethodArgumentResolver());
 resolvers.add(new RequestParamMethodArgumentResolver(getBeanFactory(), true));
 resolvers.add(new ServletModelAttributeMethodProcessor(true));
 return resolvers;
}
우리가 자주쓰는 controller advice는 어디서 동작하고 있는걸까?
dispatcher servlet이 handler를 찾고 실행시키는 과정에서 예외가 발생하면 handlerExceptionResolver가 예외를 처리하게된다.
그렇다면 handlerExceptionResolver가 우리 생각하는 controller advice일까?
handlerExceptionResolver는 controller advice를 모른다. controller advice는 handlerExceptionResolver 안에 있는 resolver의 exceptionHandlerAdviceCache에 있기 때문이다.
좀 자세하게 말하자면 handlerExceptionResolvers(ArrayList) 는 DefaultErrorAttributes 와 HandlerExceptionResolverComposite(ArrayList)를 가지고 있다. 이 중 HandlerExceptionResolverComposite 안에 resolver(ExceptionHandlerExceptionResolver)의 exceptionHandlerAdviceCache(LinkedHashMap)에 들어있다.

ControllerAdvice의 파라미터에 @CookieValue를 사용할 수 없는 이유

댓글