Skip to content

Commit

Permalink
Merge pull request #4362 from WhitWaldo/actor-state-clarification
Browse files Browse the repository at this point in the history
Added clarification that actors always need actorStateStore property set on state component
  • Loading branch information
hhunter-ms authored Oct 3, 2024
2 parents 3548a9b + 3d10ea6 commit 09ffa77
Showing 1 changed file with 1 addition and 1 deletion.
Original file line number Diff line number Diff line change
Expand Up @@ -104,7 +104,7 @@ The Dapr actor runtime provides a simple turn-based access model for accessing a

### State

Transactional state stores can be used to store actor state. To specify which state store to use for actors, specify value of property `actorStateStore` as `true` in the state store component's metadata section. Actors state is stored with a specific scheme in transactional state stores, allowing for consistent querying. Only a single state store component can be used as the state store for all actors. Read the [state API reference]({{< ref state_api.md >}}) and the [actors API reference]({{< ref actors_api.md >}}) to learn more about state stores for actors.
Transactional state stores can be used to store actor state. Regardless of whether you intend to store any state in your actor, you must specify a value for property `actorStateStore` as `true` in the state store component's metadata section. Actors state is stored with a specific scheme in transactional state stores, allowing for consistent querying. Only a single state store component can be used as the state store for all actors. Read the [state API reference]({{< ref state_api.md >}}) and the [actors API reference]({{< ref actors_api.md >}}) to learn more about state stores for actors.

### Actor timers and reminders

Expand Down

0 comments on commit 09ffa77

Please sign in to comment.