FIX: Return the value when failed to put value got from valueLoader if wantToGetException is false.

[uhm0311]

🔗 Related Issue

• NullValue 지원을 위해 추가한 ArcusCache.loadValue() 메소드에서 상황에 따라 ValueRetrievalException을 발생시킨다.
• 기존 구조에서는 ValueRetrievalException 발생 시 catch하는 구간이 없어 wantToGetException 값을 무시하고 항상 전파되는데, 이는 의도하지 않은 사항이라고 한다.

⌨️ What I did

• ValueRetrievalException 발생 시 wantToGetException 필드를 적용합니다.

[oliviarla]

여기서 catch하지 말고 getSynchronized 메서드에서 Exception을 catch하는것이 좋지 않을까요?

[uhm0311]

그러면 super.get(key);에서 발생하는 Exception에 wantToGetException을 2번 적용하게 되어서 loadValue() 메소드에 넣는 것으로 대체했습니다.

[jhpark816]

이 경우는 cache miss로 인해 원래 로직을 수행하여 결과를 얻는 부분입니다.
이 부분에서는 wantToGetException 적용하지 않는 것이 맞는 것 같습니다.

추가적으로, 아래에 있는 putValue() 수행 시의 처리가 잘못된 것 같습니다.

• Exception 발생을 catch할 경우, 그 exception을 throw하지 않아야 합니다.
• 단순히 info logging만 수행하고 null도 리턴하지 않아야 합니다.

[uhm0311]

해당 방안으로 수정했습니다.

[oliviarla]

여기서 wantToGetException 처리를 제외한 이유가 무엇인가요?

[uhm0311]

#87 (comment)

[oliviarla]

public void put(final Object key, final Object value) 내부에서 호출되는 putValue에 대해서는 위 사항 적용하지 않아도 되나요? (현재 기준 line 189)

[oliviarla]

@jhpark816 @uhm0311
다시 생각해보니 이 부분은 꼭 변경해야 될 이유가 없어보입니다. get(Object key, Callable<T> valueLoader) 메서드를 호출하여 DB/외부 서비스로부터 가져온 데이터를 arcus에 put하는 과정에서 예외가 발생하면 이 역시 wantToGetException이 적용되어야 하지 않나요?

[jhpark816]

아래 2 연산에서 wantToGetException 처리를 다르게 가져할 이유가 없다는 것이군요.

• cache get 과정에서 exception 발생하는 경우
• cache miss로 db 조회하여 cache put 과정에서 exception 발생하는 경우

OK. 그렇게 합시다.

그러면, 현재 PR 처럼 wantToGetException = false에서 null 리턴하는 것만 제거하면 되겠네요.