Stratara.Domain
4.4.8
Prefix Reserved
See the version list below for details.
dotnet add package Stratara.Domain --version 4.4.8
NuGet\Install-Package Stratara.Domain -Version 4.4.8
<PackageReference Include="Stratara.Domain" Version="4.4.8" />
<PackageVersion Include="Stratara.Domain" Version="4.4.8" />
<PackageReference Include="Stratara.Domain" />
paket add Stratara.Domain --version 4.4.8
#r "nuget: Stratara.Domain, 4.4.8"
#:package Stratara.Domain@4.4.8
#addin nuget:?package=Stratara.Domain&version=4.4.8
#tool nuget:?package=Stratara.Domain&version=4.4.8
Stratara.Domain
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
License: MIT.
The Stratara framework's concrete multitenancy domain — the Tenant aggregate and its event vocabulary. Use this when your application wants Stratara's opinionated tenant model (one tenant per customer, lifecycle events for activate / deactivate / rename / locale-change / assignment) and the corresponding aggregate.
Contents
Stratara.Domain.Multitenancy.Tenant— the aggregate. ImplementsIAggregate(fromStratara.Abstractions).Stratara.Domain.TenantCreated/TenantRenamed/TenantActivated/TenantDeactivated/TenantDefaultLocaleChanged/TenantAssignedToCustomer/TenantDeleted— the event records consumed by the aggregate'sApply()methods + persisted to the event stream.Stratara.Domain.CustomerTenantsDeleted— the cascade event that deletes all of a customer's tenants at once. You append it to your own customer aggregate's stream;TenantProjectionremoves the listed tenants from the read model. No framework aggregate applies it, and your customer aggregate needs noApply()for it: a rebuild skips an event the aggregate has noApply()for without reading it. In a host that never registers the type, the first skip per process logs a warning; register it there withAddTrustedType<CustomerTenantsDeleted>()to acknowledge it. (An aggregate with anApply()taking an interface, an abstract class orobjectreads every unresolvable event instead — see the snapshot guide.) It does not touch the tenants' own streams, so aTenantrehydrated afterwards reads as deleted only ifTenantDeletedwas appended to its stream as well.
TenantCreated implements IAggregateCreationEvent, declaring the tenant it creates as the event's
own data owner. A tenant therefore belongs to itself no matter which session performed the creation —
an operator creating a tenant does not end up owning it. The interface is a compile-time contract read
when the event is appended; it is not serialized, so the record's JSON is unchanged.
When to skip this package
If you're building a Stratara-on-Mediator application without the framework's tenant model (e.g. you have your own tenancy concept), reference Stratara.Abstractions alone for the marker interfaces. Most Stratara features (CQRS, event sourcing, projections, sagas) don't depend on Stratara.Domain.
Quick reference
// Open a Tenant stream from a command handler
await events.CreateAsync<Tenant>(tenantId,
new TenantCreated(
Id: tenantId,
CustomerId: customerId,
Name: "Acme",
DefaultLocale: "de-DE",
IsActive: true,
CreatedAt: DateTimeOffset.UtcNow),
cancellationToken);
await events.SaveChangesAsync(cancellationToken);
// Later: rehydrate the aggregate
var tenant = await aggregator.AggregateAsync<Tenant>(tenantId, cancellationToken: cancellationToken);
Dependencies
Stratara.Abstractions— forIAggregate(Tenant implements it).JetBrains.Annotations— for static-analysis attributes.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net10.0
- JetBrains.Annotations (>= 2026.2.0)
- Stratara.Abstractions (>= 4.4.8)
NuGet packages (3)
Showing the top 3 NuGet packages that depend on Stratara.Domain:
| Package | Downloads |
|---|---|
|
Stratara.Shared
Umbrella package for the Stratara framework — source-generated logger extensions for command flows, domain-event helpers, merge primitives, and the Tier-A/B abstractions surface re-exported as one transitive bundle. |
|
|
Stratara.Projections
Projection runtime for the Stratara event-sourced stack — projection-handler discovery, change-set creation, update application, and projection manager. Sits between read-model repositories and the event-bundle dispatcher. |
|
|
Stratara.Sagas
Saga runtime for the Stratara event-sourced stack — ISaga discovery, manager / handler dispatch, cached method invoker, and a hosted SagaWorker that routes incoming event bundles to matching sagas. |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 4.8.0 | 183 | 11/6/2026 |
| 4.7.1 | 199 | 11/5/2026 |
| 4.7.0 | 727 | 10/30/2026 |
| 4.6.1 | 265 | 10/29/2026 |
| 4.6.0 | 341 | 10/28/2026 |
| 4.5.0 | 425 | 10/28/2026 |
| 4.4.10 | 359 | 10/26/2026 |
| 4.4.9 | 267 | 10/26/2026 |
| 4.4.8 | 408 | 10/24/2026 |
| 4.4.7 | 283 | 10/23/2026 |
| 4.4.6 | 383 | 10/22/2026 |
| 4.4.5 | 808 | 10/14/2026 |
| 4.4.4 | 524 | 10/10/2026 |
| 4.4.3 | 280 | 10/10/2026 |
| 4.4.2 | 631 | 10/2/2026 |
| 4.4.1 | 574 | 9/29/2026 |
| 4.4.0 | 302 | 9/27/2026 |
| 4.3.1 | 361 | 9/25/2026 |
| 4.3.0 | 544 | 9/23/2026 |
| 4.2.0 | 321 | 9/18/2026 |
A fix for hosts on the Orleans execution model. A store reader that catches up a large backlog and a singleton
work that runs long now answer their keep-alive, so neither leaves reminder errors in the silo's log. A silo that
joins while a singleton work runs long on another silo no longer fails its start. No API change, no schema change
and no migration.
### Fixed
- **A busy store reader or singleton work answers its keep-alive.** On the Orleans execution model, a projection or
saga reader that caught up a backlog for longer than the runtime's response timeout made its keep-alive tick wait
behind the catch-up, and Orleans logged `Could not deliver reminder tick` at Error, once per partition and
keep-alive period. A singleton work whose run outlasted the timeout did the same. Nothing was lost, but a large
catch-up left dozens of errors on the silo. The keep-alive and the poll now start a catch-up where none is
running and do not wait for it. A partition is still read by one catch-up at a time, and a commit during a
catch-up is still applied by it. A singleton work's keep-alive interleaves with its run, and runs still never
overlap.
- **A silo starts while a singleton work runs long.** A silo that started while a singleton work it registers ran
longer than the response timeout on another silo waited for that run in its own start. The start then failed
with a `TimeoutException`. The call a starting silo makes to each singleton work and store reader now
interleaves, so the start goes on.
- *Operate the Orleans execution model* says that a durable timer whose handler outlasts the response timeout
still makes Orleans log `Could not deliver reminder tick` for that tick, and that the line says nothing about
the timer. It also says that, outside a deploy, the line now points to an unreachable store reader or singleton
work rather than a busy one.