Repository navigation
Bump the nuget-minor-patch group with 26 updates - #719
Closed
dependabot[bot] wants to merge 1 commit into
Closed
dependabot[bot] wants to merge 1 commit into
dependabot[bot] wants to merge 1 commit into
Conversation
Bumps ClosedXML from 0.105.0 to 0.105.1 Bumps coverlet.collector from 6.0.2 to 6.0.4 Bumps CsvHelper from 33.0.1 to 33.1.0 Bumps Dapper from 2.1.66 to 2.1.89 Bumps Dapr.AspNetCore from 1.17.9 to 1.19.0 Bumps Dapr.Client from 1.17.9 to 1.19.0 Bumps Dapr.Messaging from 1.17.9 to 1.19.0 Bumps Deque.AxeCore.Playwright from 4.13.0 to 4.14.0 Bumps DuckDB.NET.Data.Full from 1.4.1 to 1.5.6.1 Bumps FsCheck.Xunit from 3.4.0 to 3.6.0 Bumps ITfoxtec.Identity.Saml2 from 4.20.1 to 4.21.0 Bumps Markdig from 0.37.0 to 0.45.0 Bumps Microsoft.AspNetCore.Mvc.Testing from 10.0.7 to 10.0.14 Bumps Microsoft.AspNetCore.SpaProxy from 10.0.7 to 10.0.14 Bumps Microsoft.EntityFrameworkCore.Design from 9.0.0 to 9.0.22 Bumps Microsoft.Extensions.DependencyInjection.Abstractions from 9.0.0 to 9.0.22 Bumps Microsoft.Extensions.Logging.Abstractions from 9.0.0 to 9.0.22 Bumps Microsoft.IdentityModel.Protocols.OpenIdConnect from 8.22.0 to 8.23.0 Bumps Microsoft.NET.Test.Sdk from 17.10.0 to 17.14.1 Bumps Microsoft.Playwright from 1.50.0 to 1.64.1 Bumps NATS.Client.JetStream from 2.5.10 to 2.8.2 Bumps Npgsql from 9.0.3 to 9.0.5 Bumps Npgsql.EntityFrameworkCore.PostgreSQL from 9.0.0 to 9.0.4 Bumps Parquet.Net from 5.2.0 to 5.6.1 Bumps SonarAnalyzer.CSharp from 10.25.0.139117 to 10.35.0.4138 Bumps xunit from 2.9.0 to 2.9.3 --- updated-dependencies: - dependency-name: ClosedXML dependency-version: 0.105.1 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: coverlet.collector dependency-version: 6.0.4 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: CsvHelper dependency-version: 33.1.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Dapper dependency-version: 2.1.89 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Dapr.AspNetCore dependency-version: 1.19.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Dapr.Client dependency-version: 1.19.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Dapr.Messaging dependency-version: 1.19.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Deque.AxeCore.Playwright dependency-version: 4.14.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: DuckDB.NET.Data.Full dependency-version: 1.5.6.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: FsCheck.Xunit dependency-version: 3.6.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: ITfoxtec.Identity.Saml2 dependency-version: 4.21.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Markdig dependency-version: 0.45.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Microsoft.AspNetCore.Mvc.Testing dependency-version: 10.0.14 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Microsoft.AspNetCore.SpaProxy dependency-version: 10.0.14 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Microsoft.EntityFrameworkCore.Design dependency-version: 9.0.22 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Microsoft.Extensions.DependencyInjection.Abstractions dependency-version: 9.0.22 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Microsoft.Extensions.Logging.Abstractions dependency-version: 9.0.22 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Microsoft.IdentityModel.Protocols.OpenIdConnect dependency-version: 8.23.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Microsoft.NET.Test.Sdk dependency-version: 17.14.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Microsoft.NET.Test.Sdk dependency-version: 17.14.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Microsoft.Playwright dependency-version: 1.64.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: NATS.Client.JetStream dependency-version: 2.8.2 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: NATS.Client.JetStream dependency-version: 2.8.2 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: Npgsql dependency-version: 9.0.5 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Npgsql dependency-version: 9.0.5 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Npgsql dependency-version: 9.0.5 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Npgsql.EntityFrameworkCore.PostgreSQL dependency-version: 9.0.4 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: Parquet.Net dependency-version: 5.6.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: SonarAnalyzer.CSharp dependency-version: 10.35.0.4138 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: nuget-minor-patch - dependency-name: xunit dependency-version: 2.9.3 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch - dependency-name: xunit dependency-version: 2.9.3 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: nuget-minor-patch ... Signed-off-by: dependabot[bot] <support@github.com>
Contributor
Author
|
Looks like these dependencies are updatable in another way, so this is no longer needed. |
dependabot
Bot
deleted the
dependabot/nuget/nuget-minor-patch-10823eb4ab
branch
November 2, 2026 10:20
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.
Updated ClosedXML from 0.105.0 to 0.105.1.
Release notes
Sourced from ClosedXML's releases.
0.105.1
Full Changelog: ClosedXML/ClosedXML@0.105.0...0.105.1
Commits viewable in compare view.
Updated coverlet.collector from 6.0.2 to 6.0.4.
Release notes
Sourced from coverlet.collector's releases.
6.0.4
Fixed
Diff between 6.0.3 and 6.0.4
6.0.3
Fixed
Improvements
Diff between 6.0.2 and 6.0.3
Commits viewable in compare view.
Updated CsvHelper from 33.0.1 to 33.1.0.
Release notes
Sourced from CsvHelper's releases.
No release notes found for this version range.
Commits viewable in compare view.
Updated Dapper from 2.1.66 to 2.1.89.
Release notes
Sourced from Dapper's releases.
2.1.89
What's Changed
New Contributors
Full Changelog: DapperLib/Dapper@2.1.86...2.1.89
2.1.86
What's Changed
Full Changelog: DapperLib/Dapper@2.1.79...2.1.86
2.1.79
What's Changed
New Contributors
Full Changelog: DapperLib/Dapper@2.1.72...2.1.79
2.1.72
What's Changed
New Contributors
Full Changelog: DapperLib/Dapper@2.1.66...2.1.72
Commits viewable in compare view.
Updated Dapr.AspNetCore from 1.17.9 to 1.19.0.
Release notes
Sourced from Dapr.AspNetCore's releases.
1.19.0
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0
1.19.0-rc.6
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0-rc.6
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.4...v1.19.0-rc.6
1.19.0-rc.4
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.3...v1.19.0-rc.4
1.19.0-rc.3
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.2...v1.19.0-rc.3
1.19.0-rc.2
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.1...v1.19.0-rc.2
1.19.0-rc.1
What's Changed
Support for Dapr Runtime changes ahead of v1.19:
General Improvements
Bug Fixes
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0-rc.1
1.19.0-preview.2
Dapr.Actors.Nextis a ground-up re-implementation of the Dapr Actors building block for .NET, shipping as a preview throughout the 1.18 release cycle, with a stable release planned alongside Dapr runtime v1.19. The actor model itself is unchanged: actors remain virtual, addressed by type and ID, and support reentrancy, timers, reminders, proxying, etc. However, the way the SDK connects to the runtime and the way you write actor code have been modernized.Highlights
Actor callbacks (invoke, reminder, timer, deactivate) now arrive over a long-lived bidirectional gRPC stream instead of inbound, per-call HTTP requests into mapped actor-handler endpoints. This is the same pattern already used for Dapr workflows and streaming pub/sub subscriptions. There are no actor handlers to map, though your app will still need to expose a port for inbound gRPC connections from the Dapr runtime.
Source generators produce the proxy, dispatcher, activation factory, registration and actor registry from your interface and implementation. Actors are discovered rather than registered by hand, and the runtime packages can be used in applications building for Native AOT.
The public surface is annotated for nullable reference types, and new analyzers and code fixes catch actor-specific mistakes as you type: non-serializable or non-task-returning methods, blocking calls inside a turn, state changes that would break deserialization, using a callback method in a reminder that doesn't exist in the specified type, reading time from the clock instead of an injected
TimeProvider, and more!This release features per-activation DI scopes, use of the options pattern (
IOptions<DaprActorsOptions>), and the same pluggableIDaprSerializer(System.Text.Json by default) used byDapr.StateManagementandDapr.Workflow.State-envelope schema versioning with upcaster chains, a first-class
StateMachineActor<TState, TData>model, pub/sub-driven actors via[Subscribe]applied to the method to call instead of requiring external startup subscription and invocation, dynamic invocation by type/id/method with no compile-time contract, and an in-memory deterministic test runtime with optional Coyote integration.Performance
Replacing the reflection-based proxy and dispatch machinery with source generators shows up directly in the numbers. In our benchmarks, creating an actor proxy drops from roughly 725 ns and 3.4 KB allocated under
Dapr.Actorsto about 14 ns and 48 B underDapr.Actors.Next: a ~50x improvement in time and ~70x in allocation. A warm actor call is about 20% faster (≈484 ns -> ≈375 ns) and allocates roughly 30% less (1,264 B -> 912 B). The largest end-to-end win is in startup: building the provider, resolving the actor runtime, and dispatching the first call takes ~284 µs underDapr.Actorsversus ~37 µs underDapr.Actors.Next, an ~8x reduction that holds steady as the number of registered actor types grows because registration and dispatch are generated at compile time rather than discovered and emitted on first use. Container construction itself is marginally more expensive on the new SDK (~6.0 µs vs ~4.7 µs) as more is wired up front, but that cost is repaid many times over on the first invocation.We expect further optimizations before the 1.19 GA.
Benchmarks run with BenchmarkDotNet; figures are means from a single machine and are indicative rather than a guarantee. Feel free to run them yourself from here.
Compatibility notes
Dapr.Actors. Because actors are addressed by the same type names, you can migrate one actor type at a time, but it's easier to do that across separate projects than to mix both SDKs in one.IDaprSerializerif you need it). Verify that existing persisted state still deserializes before migrating a type.Dapr.Actorsand its associated packages are now in maintenance mode and will receive security and bug fixes only. No deprecation date has been set.Getting started
Add the package to your project:
Then register it in DI with
builder.Services.AddDaprActors().Documentation is available along with a six-part tutorial spanning different implementation examples.
Please reach out in the .NET channel on Discord or file an issue if you encounter problems, have feature suggestions, or just want to share feedback about this new functionality!
1.18.10
What's Changed
This is a fix for a regression introduced in v1.18.9!
Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10
1.18.9
Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.
What's Changed
Huge thanks to @olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:
Especially for implementations that favor heavy writes and updates, you should see similar improvement.
Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9
1.18.8
What's Changed
Dapr.Messaging Overhaul
Prior to this release,
Dapr.Clientprovided basis publish and dynamic streaming subscription methods,Dapr.AspNetCoreoffered controller-based programmatic topic subscription andDapr.Messagingoffered streaming subscription support. In this release.Dapr.Messagingnow unifies and modernizes the approach:IDaprPublishSubscribeClient(including single events, raw byte streams, and bulk publishing) and author subscribers using a singleITopicHandler<TMessage>interface.DeliveryMode.Streaming(streaming subscriptions),DeliveryMode.Programmatic(programmatic subscriptions), andDeliveryMode.Http(declarative subscriptions), all configured through the same[DaprTopic]attribute.Dapr.Messaging.Generatorssource generator inspects[DaprTopic]handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.System.Text.Jsonmetadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.IOptions<DaprMessagingOptions>and a singleservices.AddDaprMessaging()method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.Read more about this new functionality in the docs!
Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8
1.18.7
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7
1.18.6
What's Changed
Vulnerabilities Fixed
Issue-Specific Resolutions
New Features
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6
1.18.5
What's Changed
Miscellaneous infrastructure changes:
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5
1.18.4
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.2...v1.18.4
1.18.2
What's Changed
WorkflowStateby @WhitWaldo in GetWorkflowStateAsync should always returnWorkflowStatedapr/dotnet-sdk#1847Full Changelog: dapr/dotnet-sdk@v1.18.1...v1.18.2
1.18.1
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.0...v1.18.1
What's Changed
General
Dapr.SecretsManagementpackage #1794 to split secret management into its own clientDapr.StateManagementpackage #1806 to split state management into its own clientDapr.WorkflowtoDapr.Common#1805 as a precursor to having common serialization across .NET SDKActors
UnloadStateAsyncimplementation #1750 to force actors to unload their currently cached in-memory state (no impact to persisted state). The next timeGetStateAsyncis called, the cache is repopulated as normal.PubSub
SubscribeAsyncnow throwsDaprExceptionwhen the sidecar is unavailable instead of failing silently #1803Metadata
Dapr.Metadatapackage for retrieving strongly typed data from the Dapr Metadata API #1846.To use, add
Dapr.Metadatapackage from NuGet, register in DI withbuilder.Services.AddDaprMetadata()and simply injectIOptions<DaprMetadata>,IOptionsSnapshot<DaprMetadata>orIOptionsMonitor<DaprMetadata>and read the values out of the injected value.Service Invocation
InvokeMethodAsyncfamily marked[Obsolete]aligning SDK with prior runtime guidance — recommended guidance is to use a native HTTP/gRPC client for service invocation #1698.Jobs
Workflows
Dapr.Workflowmeta-project (#1822) and automatic workflow/activity registration (#1823)This means that there is no longer a need to install
Dapr.Workflow.VersioningorDapr.Workflow.Analyzersseparately. All are bundled in the oneDapr.Workflowpackage, no refactoring necessary (though you might want to remove the stale packages).... (truncated)
1.18.0-rc02
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.0-rc01...v1.18.0-rc02
1.18.0-rc01
What's Changed
New Features
Bug Fixes
Unavailableon first RPC by @Copilot in Dapr.Testcontainers: probe gRPC port with HTTP/2 preface to eliminate transientUnavailableon first RPC dapr/dotnet-sdk#1821Miscellaneous/Infrastructure
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.17.9...v1.18.0-rc01
1.18.0-rc.7
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.0-rc.4...v1.18.0-rc.7
1.18.0-rc.4
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.0-rc.3...v1.18.0-rc.4
1.18.0-rc.3
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.18.0-rc02...v1.18.0-rc.3
Commits viewable in compare view.
Updated Dapr.Client from 1.17.9 to 1.19.0.
Release notes
Sourced from Dapr.Client's releases.
1.19.0
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0
1.19.0-rc.6
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0-rc.6
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.4...v1.19.0-rc.6
1.19.0-rc.4
What's Changed
New Contributors
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.3...v1.19.0-rc.4
1.19.0-rc.3
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.2...v1.19.0-rc.3
1.19.0-rc.2
What's Changed
Full Changelog: dapr/dotnet-sdk@v1.19.0-rc.1...v1.19.0-rc.2
1.19.0-rc.1
What's Changed
Support for Dapr Runtime changes ahead of v1.19:
General Improvements
Bug Fixes
Full Changelog: dapr/dotnet-sdk@v1.18.10...v1.19.0-rc.1
1.19.0-preview.2
Dapr.Actors.Nextis a ground-up re-implementation of the Dapr Actors building block for .NET, shipping as a preview throughout the 1.18 release cycle, with a stable release planned alongside Dapr runtime v1.19. The actor model itself is unchanged: actors remain virtual, addressed by type and ID, and support reentrancy, timers, reminders, proxying, etc. However, the way the SDK connects to the runtime and the way you write actor code have been modernized.Highlights
Actor callbacks (invoke, reminder, timer, deactivate) now arrive over a long-lived bidirectional gRPC stream instead of inbound, per-call HTTP requests into mapped actor-handler endpoints. This is the same pattern already used for Dapr workflows and streaming pub/sub subscriptions. There are no actor handlers to map, though your app will still need to expose a port for inbound gRPC connections from the Dapr runtime.
Source generators produce the proxy, dispatcher, activation factory, registration and actor registry from your interface and implementation. Actors are discovered rather than registered by hand, and the runtime packages can be used in applications building for Native AOT.
The public surface is annotated for nullable reference types, and new analyzers and code fixes catch actor-specific mistakes as you type: non-serializable or non-task-returning methods, blocking calls inside a turn, state changes that would break deserialization, using a callback method in a reminder that doesn't exist in the specified type, reading time from the clock instead of an injected
TimeProvider, and more!This release features per-activation DI scopes, use of the options pattern (
IOptions<DaprActorsOptions>), and the same pluggableIDaprSerializer(System.Text.Json by default) used byDapr.StateManagementandDapr.Workflow.State-envelope schema versioning with upcaster chains, a first-class
StateMachineActor<TState, TData>model, pub/sub-driven actors via[Subscribe]applied to the method to call instead of requiring external startup subscription and invocation, dynamic invocation by type/id/method with no compile-time contract, and an in-memory deterministic test runtime with optional Coyote integration.Performance
Replacing the reflection-based proxy and dispatch machinery with source generators shows up directly in the numbers. In our benchmarks, creating an actor proxy drops from roughly 725 ns and 3.4 KB allocated under
Dapr.Actorsto about 14 ns and 48 B underDapr.Actors.Next: a ~50x improvement in time and ~70x in allocation. A warm actor call is about 20% faster (≈484 ns -> ≈375 ns) and allocates roughly 30% less (1,264 B -> 912 B). The largest end-to-end win is in startup: building the provider, resolving the actor runtime, and dispatching the first call takes ~284 µs underDapr.Actorsversus ~37 µs underDapr.Actors.Next, an ~8x reduction that holds steady as the number of registered actor types grows because registration and dispatch are generated at compile time rather than discovered and emitted on first use. Container construction itself is marginally more expensive on the new SDK (~6.0 µs vs ~4.7 µs) as more is wired up front, but that cost is repaid many times over on the first invocation.We expect further optimizations before the 1.19 GA.
Benchmarks run with BenchmarkDotNet; figures are means from a single machine and are indicative rather than a guarantee. Feel free to run them yourself from here.
Compatibility notes
Dapr.Actors. Because actors are addressed by the same type names, you can migrate one actor type at a time, but it's easier to do that across separate projects than to mix both SDKs in one.IDaprSerializerif you need it). Verify that existing persisted state still deserializes before migrating a type.Dapr.Actorsand its associated packages are now in maintenance mode and will receive security and bug fixes only. No deprecation date has been set.Getting started
Add the package to your project:
Then register it in DI with
builder.Services.AddDaprActors().Documentation is available along with a six-part tutorial spanning different implementation examples.
Please reach out in the .NET channel on Discord or file an issue if you encounter problems, have feature suggestions, or just want to share feedback about this new functionality!
1.18.10
What's Changed
This is a fix for a regression introduced in v1.18.9!
Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10
1.18.9
Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.
What's Changed
Huge thanks to @olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:
Especially for implementations that favor heavy writes and updates, you should see similar improvement.
Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9
1.18.8
What's Changed
Dapr.Messaging Overhaul
Prior to this release,
Dapr.Clientprovided basis publish and dynamic streaming subscription methods,Dapr.AspNetCoreoffered controller-based programmatic topic subscription andDapr.Messagingoffered streaming subscription support. In this release.Dapr.Messagingnow unifies and modernizes the approach:IDaprPublishSubscribeClient(including single events, raw byte streams, and bulk publishing) and author subscribers using a singleITopicHandler<TMessage>interface.DeliveryMode.Streaming(streaming subscriptions),DeliveryMode.Programmatic(programmatic subscriptions), andDeliveryMode.Http(declarative subscriptions), all configured through the same[DaprTopic]attribute.Dapr.Messaging.Generatorssource generator inspects[DaprTopic]handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improvin...Description has been truncated