Skip to content

Conversation

DS-Serafin
Copy link

Rational: In short lived applications (e.g. Kubernetes Jobs) most of the time all traces get lost becasue they are not synced. Users need to call Close manually, but as all spans hold a shared_ptr on the tracer it is hard to have the correct place to call it. Calling it in the destructor assures all spans will be included in the flush.

Rational: In short lived applications (e.g. Kubernetes Jobs) most
of the time all traces get lost becasue they are not synced. Users
need to call `Close` manually, but as all spans hold a shared_ptr
on the tracer it is hard to have the correct place to call it.
Calling it in the destructor assures all spans will be included in the
flush.
@DS-Serafin DS-Serafin force-pushed the feature/close-tracer-in-destructor branch from 9c17001 to b0da0cd Compare October 6, 2022 07:45
@DS-Serafin
Copy link
Author

Not sure what the failing integration tests wants to say to me. Looks to be unrelated to my change?

@dgoffredo
Copy link
Contributor

The integration test failures are caused by this change, but it's a bit subtle why. I'm playing with it in #250.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants