You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are trying to find a way to force the trace id into the logs so we can more easily join our logs together when the trace isn't sampled (we could generate a new id but we're already using otelzap). This option appears to have been removed in the latest version at some point, and I was wondering why? It is still mentioned in the docs.
With the title convert otelzap to use logs api, but I don't know what that refers to or what the effect is, especially considering the tests were all removed. Is there any further information about this logs api? And specifically, how can I add the trace id to the log without wrapping otelzap and manually retrieving it
The text was updated successfully, but these errors were encountered:
This option is only useful with backends that don't support OTLP and instead parse log
This is basically the case with GCP. They don't yet have a way to export logs. For traces and metrics yes, but not logs. It's very convenient to just add otelzap.WithTraceIDField(true) and have the logs immediately correlated with traces in GCP.
I had to revert to v0.2.4 to get this feature back. Is there any way we could consider bringing this back?
We are trying to find a way to force the trace id into the logs so we can more easily join our logs together when the trace isn't sampled (we could generate a new id but we're already using otelzap). This option appears to have been removed in the latest version at some point, and I was wondering why? It is still mentioned in the docs.
I see it was removed here
3f68ff6
With the title
convert otelzap to use logs api
, but I don't know what that refers to or what the effect is, especially considering the tests were all removed. Is there any further information about this logs api? And specifically, how can I add the trace id to the log without wrapping otelzap and manually retrieving itThe text was updated successfully, but these errors were encountered: