34:00 if you replay the code: and the WebFilter is not invoked -> maybe you forget to reload the gradle setup when you comment out the spring boot starter web in the gradle file
What about calling another microservice using webClient and not just reading the file? It would be great to see the same traceId on the other side of webClient call? And that's what would make it "distributed"...
Thanks for the Demo. It looks good when you are making just one call at a time, but things may fall apart when u make multiple parallel call to API, the their trace id and span id gets mixed up. Need to confirm that
24:00 if you replay the code: you need to add: implementation 'io.micrometer:context-propagation:1.0.2' to the gradle file to get the ContextRegistry
34:00 if you replay the code: and the WebFilter is not invoked -> maybe you forget to reload the gradle setup when you comment out the spring boot starter web in the gradle file
What about calling another microservice using webClient and not just reading the file? It would be great to see the same traceId on the other side of webClient call? And that's what would make it "distributed"...
I am also looking to handle a similar kind of issue, did you find any resources for it ?
Can u plz share your example code or git location
could you add the link to the example code to the description?
i can not post a link into the comments, because then all my comments will be deleted.
Thanks for the Demo. It looks good when you are making just one call at a time, but things may fall apart when u make multiple parallel call to API, the their trace id and span id gets mixed up. Need to confirm that
Have you tried playing with this ? Even i suspect there could be mix up or MDC ctx getting lost , which i have seen with my webflux apps
Wtf are those scratch noises?
this was a complete waste of time.