Stratara.Identity.EntityFrameworkCore
4.0.4
Prefix Reserved
See the version list below for details.
dotnet add package Stratara.Identity.EntityFrameworkCore --version 4.0.4
NuGet\Install-Package Stratara.Identity.EntityFrameworkCore -Version 4.0.4
<PackageReference Include="Stratara.Identity.EntityFrameworkCore" Version="4.0.4" />
<PackageVersion Include="Stratara.Identity.EntityFrameworkCore" Version="4.0.4" />
<PackageReference Include="Stratara.Identity.EntityFrameworkCore" />
paket add Stratara.Identity.EntityFrameworkCore --version 4.0.4
#r "nuget: Stratara.Identity.EntityFrameworkCore, 4.0.4"
#:package Stratara.Identity.EntityFrameworkCore@4.0.4
#addin nuget:?package=Stratara.Identity.EntityFrameworkCore&version=4.0.4
#tool nuget:?package=Stratara.Identity.EntityFrameworkCore&version=4.0.4
Stratara.Identity.EntityFrameworkCore
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
EF Core identity-directory plane for the Stratara stack: user↔tenant membership (many-to-many with tenant-scoped roles), active-tenant selection, and membership-backed authorization.
Contents
IdentityDirectoryDbContext<TContext>— standalone DbContext hosting all four directory tables (tenant_membership,active_tenant,setting_entry,api_key); derive a concrete context and own its migrations. To fold these into an existing context instead, callmodelBuilder.ApplyIdentityDirectoryModel()in itsOnModelCreating.ModelBuilder.ApplyIdentityDirectoryModel()— adds the same tables to an existing context (for example your ASP.NET Identity context) so they share one migration lineage.AddTenantMembershipStore<TContext>()— EF-backedITenantMembershipStore: forward lookup (a user's tenants), reverse lookup (a tenant's members), upsert, GDPR sweeps per user/tenant, and membership-guarded active-tenant switching.MembershipAuthorizationProvider/MembershipAuthorizationProvider<TUser>— the framework's defaultIAuthorizationProvider: role checks pass on tenant-scoped membership roles, theTUservariant additionally on global ASP.NET Identity roles (platform roles).AddMembershipCrossTenantAuthorizer(...)— membership-backedICrossTenantAuthorizerfor strict tenant isolation, with configurable cross-tenant roles for the operator-impersonation path (platform administrators without membership in the target tenant).AddPermissionCatalog(...)+AddCatalogPermissionResolver[<TUser>]()— the application's code-declared permission vocabulary with role grants, resolved from membership roles (and optionally global ASP.NET Identity roles) for[RequirePermission]enforcement and HTTP permission policies.AddApiKeyStore<TContext>()— API keys and personal access tokens:stk_-prefixed 256-bit keys (hash-only storage), fail-closed validation with expiry/revocation, erasure sweeps. Machine keys are materialized as tenant memberships, so they flow through the same role/permission plane as human actors; PATs act as their bound user.ImportAsyncstores a machine key the caller already holds (generated withApiKeyFormat.CreateRawKey()) for setups where the key must exist before boot — idempotent, never mutating an already-stored key.AddSettingCatalog(...)+AddSettingStore<TContext>()— scoped settings plane: code-declaredSettingDefinitions, row-per-key EF storage (setting_entry), a Subject-fedISettingProviderfallback chain (user-in-tenant → user → tenant → global → configuration → default), transparent AES-GCM encryption forIsEncrypteddefinitions, and per-user/per-tenant erasure sweeps.AddTenantMembershipStoreFromContextFactory<TContext>(),AddApiKeyStoreFromContextFactory<TContext>(),AddSettingStoreFromContextFactory<TContext>()— the same three stores, taking a fresh context per operation fromIDbContextFactory<TContext>instead of sharing the request's. See below.
One context for the request, or one per operation
The plain registrations give every directory store in a request the same context instance. A database context serves one operation at a time, so directory work issued concurrently inside one request fails on whichever operation arrives second — at the call site that lost the race, not the one that introduced the concurrency. Sharing also means a store's own commit commits whatever else the consumer has left unsaved on that context.
The …FromContextFactory variants remove both: each operation creates its own context and disposes
it. In exchange, a store write no longer takes part in a transaction the consumer opened on their own
scoped context. That trade is why the shared registration stays the default rather than being
replaced.
They require AddDbContextFactory<TContext>(); a missing registration fails at first resolution.
Keep the factory's options aligned with the scoped registration — interceptors, query filters and
conventions are configured per registration, not per context type. Calling both variants for the same
store leaves whichever ran first in place; they do not compose.
Dependencies
Microsoft.EntityFrameworkCore(+ Relational)Microsoft.Extensions.Identity.CoreStratara.Abstractions
Used together with Stratara.Mediator (authorizing mediator, tenant isolation) and
Stratara.Identity.AspNetCore (sign-in claims bridge).
| 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
- Microsoft.EntityFrameworkCore (>= 10.0.11)
- Microsoft.EntityFrameworkCore.Relational (>= 10.0.11)
- Microsoft.Extensions.Configuration.Abstractions (>= 10.0.11)
- Microsoft.Extensions.Identity.Core (>= 10.0.11)
- Microsoft.Extensions.Logging.Abstractions (>= 10.0.11)
- Stratara.Abstractions (>= 4.0.4)
- Stratara.Diagnostics (>= 4.0.4)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 4.2.0 | 41 | 9/18/2026 |
| 4.1.1 | 59 | 9/16/2026 |
| 4.1.0 | 76 | 9/16/2026 |
| 4.0.4 | 605 | 9/14/2026 |
| 4.0.3 | 112 | 9/3/2026 |
| 4.0.2 | 592 | 9/3/2026 |
| 4.0.1 | 210 | 9/2/2026 |
| 4.0.0 | 608 | 8/31/2026 |
| 4.0.0-preview.1 | 66 | 8/31/2026 |
| 3.4.0 | 134 | 8/28/2026 |
| 3.3.0 | 332 | 8/25/2026 |
| 3.2.3 | 104 | 8/22/2026 |
| 3.2.2 | 729 | 8/14/2026 |
| 3.2.1 | 360 | 8/2/2026 |
| 3.2.0 | 114 | 7/18/2026 |
Three findings from a proof of concept of an alternative execution model, each fixed on the shipped
path. A message a handler cannot take is now redelivered a bounded number of times and then
dead-lettered on both brokers instead of being dropped on one of them; an opt-in closes the window
in which a committed fact could be lost between the commit and its publication; and a version
collision is a concurrency conflict on every supported database provider, not only on PostgreSQL.
Additive on every published surface, with one operator step on RabbitMQ: the worker queues change
name and type, and the old ones are deleted once drained.
### Added
- `Outbox:DurableBundles` (`OutboxOptions.DurableBundles`, default `false`): an event bundle is
written to the outbox table in the transaction that commits its events, published after the
commit, and removed once the bus has accepted it — so a process that ends between the commit and
the publish no longer loses the bundle for every subscription. `IEventBundleOutboxDispatcher`
gains `StoresBundlesWithCommit` and `StoreEventBundleAsync`, and `IOutboxRepository` an
`AddAsync(Guid id, …)` overload, all default-implemented so a consumer's own implementations keep
compiling and keep bus-first. `AddOutboxDispatcher()` now binds the `Outbox` section when the host
carries a configuration. Log event `106_108` records a stored copy the bus accepted but the
framework could not remove. The default path is unchanged; the specification now names its window.
- `IStoreConflictDetector` in `Stratara.Abstractions.EventSourcing`: recognises a database
provider's refusal of a duplicate stream version, so the event source can surface it as a
`ConcurrencyException` on that provider. `AddNpgsqlWriteDbContextFactory<T>()` registers the
PostgreSQL detector and `AddStrataraTestingEventStore<T>()` the SQLite one; detectors accumulate,
so a host on another provider adds its own without displacing the framework's. A host that
registers its write context without `AddNpgsqlWriteDbContextFactory<T>()` gets no detector and
no longer sees a `ConcurrencyException` on a version collision: it switches to that registration,
or registers an `IStoreConflictDetector` of its own that recognises PostgreSQL's SQL state
`23505` in the exception chain (the framework's implementations are not public).
- `MessageRetryOptions` (`Stratara.Abstractions.Messaging`, section `MessageRetry`):
`MaxDeliveryAttempts` (default 3) and `MaxConflictRequeues` (default 100), bound and validated by
`AddMessaging()` and by both `AddAzureServiceBus*` registrations. `MessageRetryPolicy` is the
decision both transports apply. Log event `108_110` and counter `messaging.dead_lettered`
(tags `messaging.topic`, `messaging.subscription`, `reason`) record every dead-lettering; `108_111`
warns when a Service Bus subscription's `MaxDeliveryCount` is below the bounds.
### Changed
- A save now maps and signs its event bundle before the transaction opens, so a save with no
session context — or a signer that fails — fails before anything is committed rather than after
the commit with the events stranded unpublished.
- **RabbitMQ worker subscriptions are quorum queues with a dead-letter queue, under a new name.**
A message whose handler throws is redelivered up to `MaxDeliveryAttempts` times (a concurrency
conflict up to `MaxConflictRequeues` times) and then moved to `<subscription>.dead-letter`; it was
rejected and dropped by the broker before (conflicts were requeued without bound). Because a
classic queue cannot be redeclared as a quorum queue, the worker queue is now
`<subscription>.v2`. **Rollout:** deploy — old and new consumers share the exchange and both
receive every message — then delete the old `<subscription>` queue once it is drained, or it fills
forever. Needs RabbitMQ 3.8+.
- **Azure Service Bus applies the same bounds.** A handler failure is abandoned for redelivery until
`MaxDeliveryAttempts` and then dead-lettered with reason `failure` (it was dead-lettered on the
first failure with the exception type as reason); a conflict is dead-lettered by the framework
past `MaxConflictRequeues` with reason `conflict` (it was left to the broker's `MaxDeliveryCount`).
Set the subscription's `MaxDeliveryCount` at least one above the larger bound.
- `AddAzureServiceBus` and `AddAzureServiceBusWithManagedIdentity` also register a
`ServiceBusAdministrationClient` (try-add) for the advisory limit check.
### Fixed
- The `MediatorCommandWorker` remark said a failing command was dead-lettered; on RabbitMQ it was
dropped. It is now dead-lettered on both brokers, and the remark and the
`BusEnvelopeIntegrityMode.Strict` remark say what happens.
- A duplicate stream version on the SQLite test store (`Stratara.Testing.EntityFrameworkCore`) now
surfaces as `ConcurrencyException`, as it does on PostgreSQL, instead of a bare
`DbUpdateException`. A test that asserted the old exception type needs the new one.