[DRAFT] feat(dotnet): workflow context propagation quickstart#1310
Draft
nelson-parente wants to merge 2 commits into
Draft
[DRAFT] feat(dotnet): workflow context propagation quickstart#1310nelson-parente wants to merge 2 commits into
nelson-parente wants to merge 2 commits into
Conversation
Signed-off-by: Nelson Parente <nelson_parente@live.com.pt>
Aligns the .NET workflow history propagation quickstart with the canonical Go reference (dapr/go-sdk#823, dapr#1315) so all SDK quickstarts share the same patient intake / e-prescribing scenario. - Swap credit-card/fraud scenario for patient-intake/e-prescribing - Adopt PatientIntake -> PrescribeMedication -> ComplianceAudit hierarchy - Add IsReplaying guards around all Console.WriteLine inside workflows - DispenseMedicationWorkflow still wraps the activity for OwnHistory (.NET SDK propagation is on ChildWorkflowTaskOptions only) - Add event-level history walking in DispenseMedicationWorkflow Signed-off-by: Nelson Parente <nelson_parente@live.com.pt>
This was referenced May 20, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Scenario
Patient intake / e-prescribing pipeline. A compliance audit and a pharmacy dispense step refuse to act unless the propagated history proves the required upstream checks (insurance, allergies, drug interactions) actually ran.
.NET API used (from dapr/dotnet-sdk#1802)
HistoryPropagationScopeenum:None,OwnHistory,LineageChildWorkflowTaskOptions(PropagationScope: HistoryPropagationScope.Lineage)— passed toCallChildWorkflowAsyncWorkflowContext.GetPropagatedHistory()→PropagatedHistory?PropagatedHistory.FilterByWorkflowName(name)→ filteredPropagatedHistoryPropagatedHistoryEntry— hasWorkflowName,AppId,InstanceId,EventsPropagatedHistoryEvent— hasEventId,Kind(HistoryEventKind),TimestampKey difference from the Python/Go siblings
The Python SDK and Go SDK both support a
propagationargument on bare activity calls, so they callDispenseMedicationas a plain activity withOWN_HISTORY. The .NET SDK v1.18 scopesHistoryPropagationScopetoChildWorkflowTaskOptionsonly — activity calls do not carry a propagation scope. To demonstrate identicalOwnHistorytrust-boundary semantics,DispenseMedicationActivityis wrapped inDispenseMedicationWorkflow(a child workflow). This is the correct .NET idiom for the v1.18 API; it is not a gap in the sample.Replay safety
All
Console.WriteLinecalls inside workflows are guarded byif (!ctx.IsReplaying)so they only fire on the live execution, not on each durable replay.Status — DRAFT
dotnet buildnot validated locally (dotnet SDK not on path — CI will catch compile errors)Test plan
dotnet buildcleandapr run -f .against Dapr 1.18 RC sidecar with RedisGetPropagatedHistory()returns null, sample exits gracefullyReferences