반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 스프링 공부
- 기술공부
- 카프카
- 스프링
- 프로그래머스
- 코테공부
- 플러터 공부
- nestjs
- 알고리즘공부
- nestjs스터디
- 자바공부
- DDD
- Kafka
- 스프링부트공부
- JPA공부
- Flutter
- 스프링부트
- JPA
- 자료구조공부
- 기술면접공부
- 스프링공부
- JPA스터디
- querydsl
- 플러터 개발
- JPA 공부
- JPA예제
- nestjs공부
- Axon framework
- K8S
- 코테준비
Archives
- Today
- Total
목록self invocation (1)
DevBoi
[Spring] self-invocation 의 문제와 사용법
저번에 eh-cache관련되서, self invocation의 문제에 대해서 잠깐 언급했다. 위와 같이, cacheable로 메소드를 감싸면, 해당 메소드에서 생성한 Post객체는 주소가 달라지지않고, 캐싱하게된다. 해당 eh캐시는, 자바 기반이고 스프링프레임워크와 생명주기를 함께한다. 하여 이런식으로 같은 주소를 가지게 된다. 그런데 여기서 문제가 있다. self invocation을 강제로 발생시켜서 확인해보자. 기존의 cacheTest의 메소드를, 호출하는 것이 아니라, 컨트롤러에서 해당 foo()를 호출하고, foo에서 cacheTest를 호출하게 한다. 이렇게 되는 경우에는,당연히 cacheTest를 호출하는거고, 캐시를 타는거니까 캐싱이 타게될 것같지만 다른 주소를 호출하게 된다. 즉 캐싱이 ..
Develop/[Spring]
2021. 12. 22. 17:41