Notice
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- jpa
- Sleuth
- java list
- Spring Boot
- asyncconfigurer
- @FunctionalInterface
- CompletableFuture
- java
- grpc
- HashMap
- SpringMVC
- awssecretsmanagerpropertysources
- java lambda
- map
- list
- spring
- traceasynccustomautoconfiguration
- wire type
- java.util.list
- elasticsearch
- traceId
- spring MVC
- aws secretmanager
- kotlin
- micrometer tracing
- Spring JPA
- EnableWebMvc
- asynccustomautoconfiguration
- ResponseBody
- DeferredImportSelector
Archives
- Today
- Total
목록spring3 traceid (1)
du.study기록공간

기존에는 Spring 2.x버전만 사용하고 있었기에 전부 Spring Cloud Sleuth 를 사용했고 이를 이용하면 별 문제없이 traceId가 로그에 노출됐습니다. 이번에 신규 프로젝트가 Spring 3.x를 사용했고, 3.x버전에서 2.x의 rpc를 호출하는 과정에 traceId 가 제대로 이어지지않아서 왜 그런지를 정리하고자 합니다. Spring 2.x버전의 경우 Spring Cloud Sleuth를 사용하고있고 b3-propagation format을 사용하고있습니다. Spring 3.x버전의 경우 Micrometer Tracing을 사용하며 dependency는 아래와 같습니다.그리고 이번 버전과는 다르게 w3c trace context format을 사용합니다. // trace ..
스프링
2024. 5. 28. 21:54