Stratara.Testing.EntityFrameworkCore
4.0.4
Prefix Reserved
dotnet add package Stratara.Testing.EntityFrameworkCore --version 4.0.4
NuGet\Install-Package Stratara.Testing.EntityFrameworkCore -Version 4.0.4
<PackageReference Include="Stratara.Testing.EntityFrameworkCore" Version="4.0.4" />
<PackageVersion Include="Stratara.Testing.EntityFrameworkCore" Version="4.0.4" />
<PackageReference Include="Stratara.Testing.EntityFrameworkCore" />
paket add Stratara.Testing.EntityFrameworkCore --version 4.0.4
#r "nuget: Stratara.Testing.EntityFrameworkCore, 4.0.4"
#:package Stratara.Testing.EntityFrameworkCore@4.0.4
#addin nuget:?package=Stratara.Testing.EntityFrameworkCore&version=4.0.4
#tool nuget:?package=Stratara.Testing.EntityFrameworkCore&version=4.0.4
Stratara.Testing.EntityFrameworkCore
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
Spin up the real Stratara event-sourcing write stack — IEventSource, IAggregationService,
snapshots, and the EF Core write store — against a shared in-memory SQLite database, in one
call. You exercise production code paths (real serialization, real version tracking, real unique
constraints) without Postgres or Docker.
Builds on Stratara.Testing: the cross-cutting
dependencies are wired with its in-memory doubles (InMemoryKeyStore, TestSessionContextProvider).
Why not a hand-rolled in-memory IEventSource?
Because a bespoke fake would drift from production (subject resolution, concurrency detection,
outbox dispatch, snapshots). This package runs the genuine EventSource on SQLite instead, so your
tests verify the real behavior.
Example
await using var host = EventStoreTestHost.Create(s =>
s.AddAggregatesFromAssemblyContaining<Account>());
await host.ExecuteAsync(async events =>
{
await events.CreateAsync<Account>(id, new AccountOpened(id, tenantId, "Ada", 100m));
await events.AppendAsync<Account>(id, new AmountWithdrawn(30m));
await events.SaveChangesAsync();
});
var account = await host.AggregateAsync<Account>(id);
Assert.Equal(70m, account!.Balance);
Assert.Single(host.Outbox.Bundles); // the SaveChanges emitted one bundle
Contents
EventStoreTestHost— owns a shared open SQLite connection + a configured service provider; exposesExecuteAsync(IEventSource),AggregateAsync<T>(streamId), the presetSession, and the recordingOutbox.IAsyncDisposable.AddStrataraTestingEventStore<TWriteDbContext>(connection, tenantId)— the lower-level DI extension if you compose the provider yourself.StrataraTestWriteDbContext— a ready-made concrete write context (no subclass boilerplate).RecordingEventBundleOutboxDispatcher— captures emitted bundles for assertions.
Notes
- The SQLite connection is
:memory:and shared across every DbContext the unit of work mints — it must stay open for the host's lifetime (the host manages this; dispose it when done). - Register your aggregates (
AddAggregatesFromAssemblyContaining<T>()) so event payload types deserialize on rehydration.
Dependencies
Stratara.Testing,Stratara.Infrastructure,Stratara.EventSourcing.EntityFrameworkCore,Stratara.Shared,Stratara.Abstractions,Stratara.ContractsMicrosoft.EntityFrameworkCore.Sqlite
Reference it from test projects only.
| 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.Sqlite (>= 10.0.11)
- Microsoft.Extensions.DependencyInjection (>= 10.0.11)
- Stratara.Abstractions (>= 4.0.4)
- Stratara.Contracts (>= 4.0.4)
- Stratara.EventSourcing.EntityFrameworkCore (>= 4.0.4)
- Stratara.Infrastructure (>= 4.0.4)
- Stratara.Shared (>= 4.0.4)
- Stratara.Testing (>= 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.0.4 | 64 | 9/14/2026 |
| 4.0.3 | 114 | 9/3/2026 |
| 4.0.2 | 94 | 9/3/2026 |
| 4.0.1 | 89 | 9/2/2026 |
| 4.0.0 | 96 | 8/31/2026 |
| 4.0.0-preview.1 | 63 | 8/31/2026 |
| 3.4.0 | 90 | 8/28/2026 |
| 3.3.0 | 104 | 8/25/2026 |
| 3.2.3 | 104 | 8/22/2026 |
| 3.2.2 | 104 | 8/14/2026 |
| 3.2.1 | 111 | 8/2/2026 |
| 3.2.0 | 112 | 7/18/2026 |
| 3.1.7 | 125 | 7/1/2026 |
| 3.1.6 | 114 | 6/22/2026 |
| 3.1.5 | 118 | 6/22/2026 |
| 3.1.4 | 119 | 6/15/2026 |
| 3.1.3 | 120 | 6/10/2026 |
| 3.1.2 | 132 | 6/5/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.