-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Would like to set TraceID and SpanID #173
Comments
🤔 This will be a little tricky because opentelemetry-go (by way of the specs) makes it difficult to set your own trace/span id. I like the idea though and will try a few things next week. |
I think it's possible to provide your own ID generator. |
The PR linked is where I think I will end up, but also I tracked down how to configure the idGenerators. It's a viable approach but also a hack which is why I'm considering the direct-to-protobuf PR in #175. |
I can see a lot of work on the PR, so thank you, just wanted to check if you had an ETA for this as we'd love to use this feature. |
I noticed the PR #175 has been merged, does this now solve this issue? |
@ham1 175 doesn't totally solve the issue, but makes it easy to add what you need. I'm swamped the next couple weeks but will try to get the PR out there, unless you beat me to it. As for release, I have a few follow-ups to 175 to finish up then I should definitely do a release. Maybe 2 weeks from now? I'm open to cutting v0.4.0 sooner and going incremental if it helps you out. |
Looks like adding a command-line flag to span.go and conditions to otel-cli/otelcli/protobuf_span.go Line 56 in e0426f8
this seems ok: I don't like the latter. otel-cli users know wtf they're doing usually. OTel spec doesn't like allowing it. But otel-cli has to make a lot of compromises anyways. I can be convinced. |
* add span options to status command Useful to test the new --force-span-id and --force-trace-id options. * add --force-trace-id and --force-span-id and test As predicted, this was straightforward after #175 :) * correct option names in comments * match json key names to command line flags
That's great, thank you. Should we add some examples to the README and add them to the table of arguments? |
release v0.3.0, please reopen if there's still an issue |
We are trying to use this for a complex build pipeline, it works inside jobs (we create a known root span ID and trace ID and then set TRACEPARENT at the start of each job)
However, we can't find a way to send the root span at the end of the pipeline.
If we could specify the trace ID and span ID then this would work for us.
Thank you!
The text was updated successfully, but these errors were encountered: