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
Copy file name to clipboardExpand all lines: develop-docs/sdk/telemetry/traces/tracing-without-performance.mdx
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -107,8 +107,8 @@ Traces in TwP mode should have the same duration as regular traces.
107
107
For example, a TwP trace for a backend server should generally last for the duration of one individual request.
108
108
This usually corresponds with the lifetime of an isolation scope (or current scope created within the isolation scope).
109
109
110
-
SDKs in TwP mode must store trace data in a way that it can be attached to events and propagated to outgoing requests.
111
-
The exact storage mechanism is up to the SDK implementation but it is recommended to use the same mechanism as for regular traces.
110
+
SDKs in TwP mode must store trace data in a way that makes it possible for them to be attached to events and propagated to outgoing requests.
111
+
The exact storage mechanism is up to the SDK implementation, but we recommended using the same mechanism as for regular traces.
112
112
Usually this means storing the data on the scope in a field called `propagationContext` as [recommended here](/sdk/telemetry/traces/distributed-tracing/).
113
113
114
114
On a related note, the `propagationContext` should be populated with a random `traceId` and `spanId` if no incoming trace is present.
0 commit comments