-
Notifications
You must be signed in to change notification settings - Fork 291
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
Add Support for Custom Propagation Headers #717
Comments
Thanks for submitting the suggestion. Will need to discuss internally to decide on the correct corse of action on this. |
I assume you were asking this to be able to support B3. We've decided to implement that instead: #756 |
I was actually looking to be able to integrate with traces originating from Haystack, they use a different header names - There is also Jaeger, which has their own propagation codec names as well, so I thought it would be beneficial to allow configuring those names via -d arguments. 😜 |
Released |
Allow ability to configure different header names to use for the following propagation headers: https://github.com/DataDog/dd-trace-java/blob/master/dd-trace-ot/src/main/java/datadog/opentracing/propagation/DatadogHttpCodec.java#L24-L27
Alternatively would be ok to add support for aliases, in a priority order, for example have
x-datadog-trace-id
being the primary header, but also support alternative names for each, i.e.TraceID
,Trace-ID
, etc. for bothinject
andextract
functions.This will allow for better interop with requests originating in other tracing systems outside of the control domain, while allowing use of DataDog internally and still maintain complete Trace cross outer and inner systems.
If the feature is agreed upon, I would be willing to submit a PR for consideration.
The text was updated successfully, but these errors were encountered: