Just urging folks to not just try to shoehorn Wolverine in as a drop in replacement for MediatR:

Wolverine Idioms for MediatR Users https://jeremydmiller.com/2026/01/26/wolverine-idioms-for-mediatr-users/

Wolverine Idioms for MediatR Users

The Wolverine community fields a lot of questions from people who are moving to Wolverine from their previous MediatR usage. A quite natural response is to try to use Wolverine as a pure drop in re…

The Shade Tree Developer

@jeremydmiller From this post, how is Cart resolved in AddToCartRequestEndpoint? Is it coming from the IoC and expected to resolve?

I would guess there's something else that pulls user information to get "their cart” that isn't shown here.

Update: reading the docs is helpful :) https://wolverinefx.net/guide/handlers/persistence.html#automatically-loading-entities-to-method-parameters

Persistence Helpers | Wolverine

Next Generation Command and Message Bus for .NET

@jeremydmiller Is there a way to resolve the Id from something like a session Id or a claim on the principal?

In this case, carts are sometimes tied to the individual, and they can have only a single active cart at a time. So, passing the ID to the endpoint is not necessary in this case.

@khalidabuhakmeh No magic built in for claims, but you could pretty easily use middleware to do that. Point being that you'd want the "Cart" being fed into the happy path handler method and keep that handler a synchronous pure function for easy testing
@jeremydmiller I'll have to put that on my todo list of things to explore.
Railway Programming with Wolverine (Kind Of) | Wolverine

Next Generation Command and Message Bus for .NET