Skip to content

Add UseExistingTraceOnReceive support to trace mode handling - #7926

Closed
ramonsmits wants to merge 1 commit into
otelfrom
otel-use-existing-trace-activity
Closed

ramonsmits wants to merge 1 commit into
otelfrom
otel-use-existing-trace-activity

Conversation

@ramonsmits

Copy link
Copy Markdown
Member
  • Introduced new TraceMode.UseExisting to enable attaching to the ambient activity while linking to the previous trace.
  • Updated API and behaviors to incorporate UseExistingTraceOnReceive logic.
  • Enhanced tests and acceptance scenarios to validate the new mode against delayed sends, saga timeouts, and recoverability pipelines.
  • Refactored trace mode headers and propagation for better readability and consistency.

- Introduced new `TraceMode.UseExisting` to enable attaching to the ambient activity while linking to the previous trace.
- Updated API and behaviors to incorporate `UseExistingTraceOnReceive` logic.
- Enhanced tests and acceptance scenarios to validate the new mode against delayed sends, saga timeouts, and recoverability pipelines.
- Refactored trace mode headers and propagation for better readability and consistency.
@ramonsmits

Copy link
Copy Markdown
Member Author

Closing this one. The behavior changes proposed here have been discussed in the task force and are incorporated into #7947, which reworks the receiver-side activity creation as a whole (ambient Activity.Current parenting, linking to the NServiceBus sender span, and the NServiceBus-specific trace header) instead of introducing a separate TraceMode.UseExisting.

@ramonsmits ramonsmits closed this Sep 23, 2026
@bording
bording deleted the otel-use-existing-trace-activity branch September 23, 2026 15:32
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.

3 participants