Download Latest Version
1.7.0 source code.tar.gz (1.2 MB)
Get an email when there's a new version of SDK .NET
| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| 1.7.0 source code.tar.gz | 2025-06-09 | 1.2 MB | |
| 1.7.0 source code.zip | 2025-06-09 | 1.5 MB | |
| README.md | 2025-06-09 | 3.5 kB | |
| Totals: 3 Items | 2.7 MB | 0 | |
Get from NuGet and read the README
Highlights
Workflow & Activity Priorities
Users can now set a priority key when scheduling a workflow, activity or child workflows. The priority key will be used to help prioritize certain tasks over others when there is a backlog. Priority is currently not supported in any OSS Temporal release, but support will be coming soon. To experiment with this feature please see the pre-release development server or if you are a Temporal Cloud customer reach out to your SA.
Worker deployment versioning preview
This release introduces a preview of new APIs that gracefully manage code changes and worker pools that support them. The goal is to better control which workers should execute new, and existing, workflows and activities tasks, based on their code and configuration.
VersioningBehavior.AutoUpgrade and VersioningBehavior.Pinned are two Versioning Behaviors that can be specified on a workflow implementation using the VersioningBehavior argument to the Workflow attribute. Pinned workflows are typically short lived, and are never affected by new versions, i.e., they do not need to use the patch API for compatibility. AutoUpgrade workflows are mostly long running, but they need to use patching to safely transition to new versions. The choice of Pinned vs AutoUpgrade ultimately depends on your willingness to keep old worker fleets running vs the complexity of patching.
To manage Worker Deployments please use the Temporal CLI, or Temporalio.Client.WorkflowService
Automatic Poller Scaling
You can configure Workers to automatically adjust the number of concurrent polls they make for tasks! Set the WorkflowTaskPollerBehavior and ActivityTaskPollerBehavior arguments of the Worker options to PollerBehavior.Autoscaling to try it out. You can expect fewer unnecessary polls during low load, and increased polls during high load when they can be used to increase task throughput.
Activity pause support
Activity pausing (not GA currently) will now cancel the activity cancellation token thereby interrupting activity execution similar to how activity cancel and worker shut down does. There is a new CancellationDetails property on the ActivityExecutionContext that provides the reason for cancellation token being set.
Specific Changes
2025-04-28 - 98db10f - Add CODEOWNERS (#467) 2025-04-28 - d48377d - Handle errors with update result serialization (#468) 2025-04-28 - dcf7e1c - Replace BuildJet in build-binary smoke test (#469) 2025-05-08 - 1890573 - Fail the workflow task if a requested local activity is not registered (#472) 2025-05-14 - 4205a59 - Expose poller automation (#477) 2025-05-14 - cbf20f9 - Worker Deployment Versioning (#466) 2025-05-16 - 910fb1c - Improve/verbosify error messages in various ToInteropOptions methods (#481) 2025-05-19 - 8918a31 - Properly restore auto-time-skipping after disabled (#475) 2025-05-19 - b94084b - Add WorkflowInfo.WorkflowStartTime (#476) 2025-05-27 - 864e654 - Activity pause support (#482) 2025-05-29 - fa93167 - Added Category to ApplicationFailureException (#483) 2025-06-06 - 761465d - Updated sdk-core to latest (#485) 2025-06-06 - a7ca5ec - Make static summary/details lazy on workflow description (#486)