MicroPlumberd.Services
1.0.48.108
See the version list below for details.
dotnet add package MicroPlumberd.Services --version 1.0.48.108
NuGet\Install-Package MicroPlumberd.Services -Version 1.0.48.108
<PackageReference Include="MicroPlumberd.Services" Version="1.0.48.108" />
paket add MicroPlumberd.Services --version 1.0.48.108
#r "nuget: MicroPlumberd.Services, 1.0.48.108"
// Install MicroPlumberd.Services as a Cake Addin #addin nuget:?package=MicroPlumberd.Services&version=1.0.48.108 // Install MicroPlumberd.Services as a Cake Tool #tool nuget:?package=MicroPlumberd.Services&version=1.0.48.108
micro-plumberd
Micro library for EventStore, CQRS and EventSourcing. Just eXtreamly simple. Quick "how to" section is here Documentation can be found here: MicroPlumberd Documentation
Getting started
Install nugets:
dotnet add package MicroPlumberd # For your domain
dotnet add package MicroPlumberd.Services # For IoC integration
dotnet add package MicroPlumberd.SourceGenerators # Code generators for Aggregates, EventHandlers and more.
Configure plumber
// Vanilla
string connectionString = $"esdb://admin:changeit@localhost:2113?tls=false&tlsVerifyCert=false";
var settings = EventStoreClientSettings.Create(connectionString);
var plumber = Plumber.Create(settings);
However, typicly you would add plumberd to your app:
services.AddPlumberd();
Aggregates
- Let's start with an aggregate:
[Aggregate]
public partial class FooAggregate(Guid id) : AggregateBase<Guid,FooAggregate.FooState>(id)
{
public record FooState { public string Name { get; set; } };
private static FooState Given(FooState state, FooCreated ev) => state with { Name = ev.Name };
private static FooState Given(FooState state, FooRefined ev) => state with { Name =ev.Name };
public void Open(string msg) => AppendPendingChange(new FooCreated() { Name = msg });
public void Change(string msg) => AppendPendingChange(new FooRefined() { Name = msg });
}
// And events:
public record FooCreated { public string? Name { get; set; } }
public record FooRefined { public string? Name { get; set; } }
Comments:
- State is encapsulated in nested class FooState.
- Given methods, that are used when loading aggregate from the EventStoreDB are private and static. State is encouraged to be immutable.
- [Aggregate] attribute is used by SourceGenerator that will generate dispatching code and handy metadata.
- Consume an aggregate.
If you want to create a new aggregate and save it to EventStoreDB:
FooAggregate aggregate = FooAggregate.New(Guid.NewGuid());
aggregate.Open("Hello");
await plumber.SaveNew(aggregate);
If you want to load aggregate from EventStoreDB, change it and save back to EventStoreDB
var aggregate = await plumber.Get<FooAggregate>("YOUR_ID");
aggregate.Change("World");
await plumber.SaveChanges(aggregate);
Write a read-model/processor
- Read-Models
[EventHandler]
public partial class FooModel
{
private async Task Given(Metadata m, FooCreated ev)
{
// your code
}
private async Task Given(Metadata m, FooRefined ev)
{
// your code
}
}
Comments:
- ReadModels have private async Given methods. Since they are async, you can invoke SQL here, or othere APIs to store your model.
- Metadata contains standard stuff (Created, CorrelationId, CausationId), but can be reconfigured.
var fooModel = new FooModel();
var sub= await plumber.SubscribeEventHandler(fooModel);
// or if you want to persist progress of your subscription
var sub2= await plumber.SubscribeEventHandlerPersistently(fooModel);
With SubscribeModel you can subscribe from start, from certain moment or from the end of the stream. If you want to use DI and have your model as a scoped one, you can configure plumber at the startup and don't need to invoke SubscribeEventHandler manually. Here you have an example with EF Core.
// Program.cs
services
.AddPlumberd()
.AddEventHandler<FooModel>();
// FooModel.cs
[EventHandler]
public partial class FooModel : DbContext
{
private async Task Given(Metadata m, FooCreated ev)
{
// your code
}
private async Task Given(Metadata m, FooRefined ev)
{
// your code
}
// other stuff, DbSet... etc...
}
- Processors
[EventHandler]
public partial class FooProcessor(IPlumber plumber)
{
private async Task Given(Metadata m, FooRefined ev)
{
var agg = FooAggregate.New(Guid.NewGuid());
agg.Open(ev.Name + " new");
await plumber.SaveNew(agg);
}
}
Implementing a processor is technically the same as implementing a read-model, but inside the Given method you would typically invoke a command or execute an aggregate.
Features
Aggregates
Read-Models
Let's analyse this example:
- You create a read-model that subscribes persistently.
- You subscribe it with plumber.
- You changed something in the event and want to see the new model.
- Instead of re-creating old read-model, you can easily create new one. Just change MODEL_VER to reflect new version.
Please note that Sql schema create/drop auto-generation script will be covered in a different article. (For now we leave it for developers.)
Comments:
- By creating a new read-model you can always compare the differences with the previous one.
- You can leverage canary-deployment strategy and have 2 versions of your system running in parallel.
[OutputStream(FooModel.MODEL_NAME)]
[EventHandler]
public partial class FooModel : DbContext
{
internal const string MODEL_VER = "_v1";
internal const string MODEL_NAME = $"FooModel{MODEL_VER}";
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
modelBuilder
.Entity<FooEntity>()
.ToTable($"FooEntities{MODEL_VER}");
}
private async Task Given(Metadata m, FooCreated ev)
{
// your code
}
private async Task Given(Metadata m, FooRefined ev)
{
// your code
}
}
Command-Handlers & Message Bus
If you want to start as quickly as possible, you can start with EventStoreDB as command-message-bus.
services.AddPlumberd()
.AddCommandHandler<FooCommandHandler>()
// on the client side:
ICommandBus bus; // from DI
bus.SendAsync(Guid.NewGuid(), new CreateFoo() { Name = "Hello" });
Scaling considerations
If you are running many replicas of your service, you need to switch command-execution to persistent mode:
services.AddPlumberd(configure: c => c.Conventions.ServicesConventions().AreHandlersExecutedPersistently = () => true)
.AddCommandHandler<FooCommandHandler>()
This means, that once your microservice subscribes to commands, it will execute all. So if your service is down, and commands are saved, once your service is up, they will be executed. To skip old commands, you can configure a filter.
services.AddPlumberd(configure: c => {
c.Conventions.ServicesConventions().AreHandlersExecutedPersistently = () => true;
c.Conventions.ServicesConventions().CommandHandlerSkipFilter = (m,ev) => DateTimeOffset.Now.Substract(m.Created()) > TimeSpan.FromSeconds(60);
})
.AddCommandHandler<FooCommandHandler>()
Conventions
- SteamNameConvention - from aggregate type, and aggregate id
- EventNameConvention - from aggregate? instance and event instance
- MetadataConvention - to enrich event with metadata based on aggregate instance and event instance
- EventIdConvention - from aggregate instance and event instance
- OutputStreamModelConvention - for output stream name from model-type
- GroupNameModelConvention - for group name from model-type
Subscription Sets
- You can easily create a stream that joins events together by event-type, and subscribe many read-models at once. Here it is named 'MasterStream', which is created out of events used to create DimentionLookupModel and MasterModel.
- In this way, you can easily manage the composition and decoupling of read-models. You can nicely composite your read-models. And if you don't wish to decouple read-models, you can reuse your existing one.
/// Given simple models, where master-model has foreign-key used to obtain value from dimentionLookupModel
var dimentionTable = new DimentionLookupModel();
var factTable = new MasterModel(dimentionTable);
await plumber.SubscribeSet()
.With(dimentionTable)
.With(factTable)
.SubscribeAsync("MasterStream", FromStream.Start);
Integration tests support
Specflow/Ghierkin step-files generation
Given you have written your domain, you can generate step files that would populate Ghierkin API to your domain.
GRPC Direct communication
If you'd like to use direct dotnet-dotnet communication to execute command-handlers install MicroPlumberd.DirectConnect
dotnet add package MicroPlumberd.Services.Grpc.DirectConnect
If you prefer direct communication (like REST-API, but without the hassle for contract generation/etc.) you can use direct communication where client invokes command handle using grpc. Command is not stored in EventStore.
/// Let's configure server:
services.AddCommandHandler<FooCommandHandler>().AddServerDirectConnect();
/// Add mapping to direct-connect service
app.MapDirectConnect();
Here is an example of a command handler code:
[CommandHandler]
public partial class FooCommandHandler(IPlumber plumber)
{
[ThrowsFaultException<BusinessFault>]
public async Task Handle(Guid id, CreateFoo cmd)
{
if (cmd.Name == "error")
throw new BusinessFaultException("Foo");
var agg = FooAggregate.New(id);
agg.Open(cmd.Name);
await plumber.SaveNew(agg);
}
[ThrowsFaultException<BusinessFault>]
public async Task<HandlerOperationStatus> Handle(Guid id, ChangeFoo cmd)
{
if (cmd.Name == "error")
throw new BusinessFaultException("Foo");
var agg = await plumber.Get<FooAggregate>(id);
agg.Change(cmd.Name);
await plumber.SaveChanges(agg);
return HandlerOperationStatus.Ok();
}
}
And how on the client side:
service.AddClientDirectConnect().AddCommandInvokers();
// And invocation
var clientPool = sp.GetRequiredService<IRequestInvokerPool>();
var invoker = clientPool.Get("YOUR_GRPC_URL");
await invoker.Execute(Guid.NewId(), new CreateFoo(){});
EXPERIMENTAL Process-Manager
Given diagram:
# Add required packages:
dotnet add package MicroPlumberd.Services.ProcessManagers
The code of Order Process Manager looks like this:
// Let's configure stuff beforehand
services.AddPlumberd(eventStoreConfig)
.AddCommandHandler<OrderCommandHandler>() // handles PlaceOrder command.
.AddProcessManager<OrderProcessManager>();
// And process manager.
[ProcessManager]
public class OrderProcessManager(IPlumberd plumberd)
{
public async Task<ICommandRequest<MakeReservation>> StartWhen(Metadata m, OrderCreated e)
{
return CommandRequest.Create(Guid.NewId(), new MakeReservation());
}
public async Task<ICommandRequest<MakePayment>> When(Metadata m, SeatsReserved e)
{
return CommandRequest.Create(Guid.NewId(), new MakePayment());
}
public async Task When(Metadata m, PaymentAccepted e)
{
var order = await plumberd.Get<Order>(this.Id);
order.Confirm();
await plumberd.SaveChanges(order);
}
// Optional
private async Task Given(Metadata m, OrderCreated v){
// this will be used to rehydrate state of process-manager
// So that when(SeatsReserved) you can adjust the response.
}
// Optional 2
private async Task Given(Metadata m, CommandEnqueued<MakeReservation> e){
// same here.
}
}
EXPERIMENTAL Uniqueness support
Uniqueness support in EventSourcing is not out-of-the-box, especially in regards to EventStoreDB. You can use some "hacks" but at the end of the day, you want uniqueness to be enforced by some kind of database. EventStoreDB is not designed for that purpose.
However, you can leverage typical reservation patterns. At the moment the library supports only the first option:
At domain-layer, a domain-service usually would enforce uniqueness. This commonly requires a round-trip to a database. So just before actual event(s) are saved in a stream, a check against uniqueness constraints should be evaluated - thus reservation is made. When the event is appended to the stream, a confirmation is done automatically (on db).
At a app-layer, command-handler would typically reserve a name. And when aggregate, which is being executed by the handler, saves its events successfully, then the reservation is confirmed. If the handler fails, then the reservation is deleted. Seems simple? Under the hood, it is not that simple, because what if the process is terminated while the command-handler is executing? We need to make sure, that we can recover successfully from this situation.
Let's see the API proposal:
// Let's define unique-category name
record FooCategory;
public class FooCreated
// and apply it to one fo the columns.
[Unique<FooCategory>]
public string? Name { get; set; }
// other stuff
}
For complex types, we need more flexibility.
// Let's define unique-category name, this will be mapped to columns in db
// If you'd opt for domain-layer enforcment, you need to change commands to events.
record BooCategory(string Name, string OtherName) : IUniqueFrom<BooCategory, BooCreated>, IUniqueFrom<BooCategory, BooRefined>
{
public static BooCategory From(BooCreated x) => new(x.InitialName, x.OtherName);
public static BooCategory From(BooRefined x) => new(x.NewName, x.OtherName);
}
[Unique<BooCategory>]
public record BooCreated(string InitialName, string OtherName);
[Unique<BooCategory>]
public record BooRefined(string NewName, string OtherName);
How-to
All "How to's" are in MicroPlumber.Tests projects, so you can easily run it!
How to append event to its default stream
Example event:
[OutputStream("ReservationStream")]
public record TicketReserved {
public string? MovieName { get; set; }
public string? RoomName { get; set; }
}
Code:
public async Task HowToAppendEventToHisDefaultStream(IPlumber plumber)
{
var ourLovelyEvent = new TicketReserved();
var suffixOfStreamWhereOurEventWillBeAppend = Guid.NewGuid();
await plumber.AppendEvent(ourLovelyEvent, suffixOfStreamWhereOurEventWillBeAppend);
}
How to append event to specific stream
Code:
public async Task HowToAppendEventToSpecificStream(IPlumber plumber)
{
var streamIdentifier = Guid.NewGuid();
var ourLovelyEvent = new TicketReserved();
await plumber.AppendEventToStream($"VIPReservationStream-{streamIdentifier}", ourLovelyEvent);
}
How to subscribe a model
Model:
[OutputStream("ReservationModel_v1")]
[EventHandler]
public partial class ReservationModel(InMemoryModelStore assertionModelStore)
{
public InMemoryModelStore ModelStore => assertionModelStore;
public bool EventHandled{ get; set; } = false;
private async Task Given(Metadata m, TicketReserved ev)
{
EventHandled = true;
assertionModelStore.Given(m, ev);
await Task.Delay(0);
}
}
Code:
public async Task HowToMakeAModelSubscribe(IPlumber plumber)
{
var fromWhenShouldWeSubscribeOurStream = FromRelativeStreamPosition.Start;
var modelThatWantToSubscribeToStream = new ReservationModel(new InMemoryModelStore());
await plumber.SubscribeEventHandler(modelThatWantToSubscribeToStream, start: fromWhenShouldWeSubscribeOurStream);
var suffixOfStreamWhereOurEventWillBeAppend = Guid.NewGuid();
var ourLovelyEvent = new TicketReserved();
await plumber.AppendEvent(ourLovelyEvent, suffixOfStreamWhereOurEventWillBeAppend);
await Task.Delay(1000);
modelThatWantToSubscribeToStream.EventHandled.Should().BeTrue();
}
How to make a model subscribe but from last event
Code:
public async Task HowToMakeAModelSubscribeButFromLastEvent(IPlumber plumber)
{
var modelThatWantToSubscribeToStream = new ReservationModel(new InMemoryModelStore());
var suffixOfStreamWhereOurEventWillBeAppend = Guid.NewGuid();
var someVeryOldEvent = new TicketReserved();
await plumber.AppendEvent(someVeryOldEvent, suffixOfStreamWhereOurEventWillBeAppend);
await Task.Delay(1000);
await plumber.SubscribeEventHandler(modelThatWantToSubscribeToStream, start: FromRelativeStreamPosition.End-1);
modelThatWantToSubscribeToStream.EventHandled.Should().BeFalse();
var ourLovelyEvent = new TicketReserved();
await plumber.AppendEvent(ourLovelyEvent, suffixOfStreamWhereOurEventWillBeAppend);
await Task.Delay(1000);
modelThatWantToSubscribeToStream.EventHandled.Should().BeTrue();
}
How to link events to another stream
Projection:
[EventHandler]
public partial class TicketProjection(IPlumber plumber)
{
private async Task Given(Metadata m, TicketReserved ev)
{
await plumber.AppendLink($"RoomOccupancy-{ev.RoomName}", m);
}
}
Model:
[EventHandler]
public partial class RoomOccupancy
{
public int HowManySeatsAreReserved { get; set; }
private async Task Given(Metadata m, TicketReserved ev)
{
HowManySeatsAreReserved++;
}
}
Code:
public async Task HowToLinkEventsToAnotherStream(IPlumber plumber)
{
var ourLovelyEvent = new TicketReserved()
{
MovieName = "Scream",
RoomName = "Venus"
};
await plumber.SubscribeEventHandlerPersistently(new TicketProjection(plumber));
await plumber.AppendEvent(ourLovelyEvent);
await plumber.Subscribe($"RoomOccupancy-{ourLovelyEvent.RoomName}", FromRelativeStreamPosition.Start)
.WithHandler(new RoomOccupancy());
}
How to rehydrate model (run all events again)
Model:
[OutputStream("ReservationModel_v1")]
[EventHandler]
public partial class ReservationModel(InMemoryModelStore assertionModelStore)
{
public InMemoryModelStore ModelStore => assertionModelStore;
public bool EventHandled{ get; set; } = false;
private async Task Given(Metadata m, TicketReserved ev)
{
EventHandled = true;
assertionModelStore.Given(m, ev);
await Task.Delay(0);
}
}
Code:
public async Task HowToRehydrateModel(IPlumber plumber)
{
var modelThatWantToSubscribeToStream = new ReservationModel(new InMemoryModelStore());
var suffixOfStreamWhereOurEventWillBeAppend = Guid.NewGuid();
var ourLovelyEvent = new TicketReserved();
await plumber.AppendEvent( ourLovelyEvent, suffixOfStreamWhereOurEventWillBeAppend);
await Task.Delay(1000);
await plumber.SubscribeEventHandler(modelThatWantToSubscribeToStream, start: FromRelativeStreamPosition.Start);
await Task.Delay(1000);
modelThatWantToSubscribeToStream.EventHandled.Should().BeTrue();
modelThatWantToSubscribeToStream.EventHandled = false;
modelThatWantToSubscribeToStream.EventHandled.Should().BeFalse();
await plumber.Rehydrate(modelThatWantToSubscribeToStream,
$"ReservationStream-{suffixOfStreamWhereOurEventWillBeAppend}");
modelThatWantToSubscribeToStream.EventHandled.Should().BeTrue();
}
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
-
net8.0
- MicroPlumberd (>= 1.0.48.108)
- MicroPlumberd.CommandBus.Abstractions (>= 1.0.48.108)
- Microsoft.Extensions.Hosting.Abstractions (>= 8.0.0)
- Scrutor (>= 4.2.2)
NuGet packages (3)
Showing the top 3 NuGet packages that depend on MicroPlumberd.Services:
Package | Downloads |
---|---|
MicroPlumberd.Services.Grpc.DirectConnect
Package Description |
|
MicroPlumberd.Services.ProcessManagers
CQRS/EventSourcing made eXtreamly simple. This part is EXPERIMENTAL, provides abstraction over StateFull ProcessManager |
|
EventPi.Services.Camera
EventPi services for camera configuration on Raspberry Pi (rpicamera). |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
1.0.76.125 | 108 | 10/12/2024 |
1.0.75.125 | 105 | 10/12/2024 |
1.0.74.125 | 87 | 10/12/2024 |
1.0.73.124 | 83 | 10/12/2024 |
1.0.72.122 | 172 | 6/9/2024 |
1.0.71.121 | 102 | 6/7/2024 |
1.0.70.121 | 113 | 6/6/2024 |
1.0.69.119 | 117 | 5/15/2024 |
1.0.68.118 | 125 | 5/15/2024 |
1.0.67.118 | 114 | 5/15/2024 |
1.0.66.118 | 118 | 5/15/2024 |
1.0.65.117 | 113 | 5/15/2024 |
1.0.64.116 | 112 | 5/14/2024 |
1.0.63.115 | 124 | 5/11/2024 |
1.0.62.114 | 118 | 5/11/2024 |
1.0.61.113 | 98 | 5/11/2024 |
1.0.60.112 | 138 | 5/8/2024 |
1.0.58.112 | 138 | 5/8/2024 |
1.0.57.111 | 199 | 4/26/2024 |
1.0.55.111 | 142 | 4/23/2024 |
1.0.54.110 | 145 | 4/23/2024 |
1.0.53.110 | 121 | 4/23/2024 |
1.0.51.109 | 130 | 4/22/2024 |
1.0.50.109 | 118 | 4/22/2024 |
1.0.49.108 | 119 | 4/22/2024 |
1.0.48.108 | 126 | 4/20/2024 |
1.0.46.107 | 124 | 4/20/2024 |
1.0.45.106 | 127 | 4/20/2024 |
1.0.44.106 | 118 | 4/20/2024 |
1.0.43.100 | 125 | 4/17/2024 |
1.0.41.97 | 104 | 4/11/2024 |
1.0.40.95 | 124 | 4/11/2024 |
1.0.39.94 | 132 | 4/11/2024 |
1.0.37.94 | 110 | 4/9/2024 |
1.0.36.93 | 118 | 4/9/2024 |
1.0.35.90 | 131 | 4/8/2024 |
1.0.34.87 | 128 | 4/8/2024 |
1.0.29.85 | 134 | 4/7/2024 |
1.0.26.83 | 131 | 4/7/2024 |
1.0.20.72 | 136 | 3/24/2024 |
1.0.19.71 | 136 | 3/24/2024 |
1.0.17.71 | 135 | 3/24/2024 |
1.0.16.71 | 144 | 3/23/2024 |
1.0.15.70 | 113 | 3/23/2024 |
1.0.14.57 | 150 | 3/21/2024 |
1.0.13.56 | 112 | 3/21/2024 |
1.0.11.54 | 119 | 3/21/2024 |
1.0.10.40 | 155 | 3/17/2024 |