Awesome Open Source
Awesome Open Source

Stove Build status alt text

Package Status
Stove NuGet version
Stove.Entityframework NuGet version
Stove.EntityframeworkCore NuGet version
Stove.Hangfire NuGet version
Stove.NLog NuGet version
Stove.Serilog NuGet version
Stove.Mapster NuGet version
Stove.Redis NuGet version
Stove.Dapper NuGet version
Stove.RabbitMQ NuGet version
Stove.NHibernate NuGet version
Stove.RavenDB NuGet version
Stove.Couchbase NuGet version

Stove is an application framework that wraps and abstracts your needs for easy use. Built with strongly adopted dependency injection principles.


Use-Case & Transaction approach

  • AsyncLocal Unit Of Work pattern

Adopted principles

  • Domain Driven Design
  • Persistence agnosticism with IRepository<T>
  • EventBus for DDD use cases

Persistence Support

  • EntityFramework
  • EntityFramework Core
  • NHibernate

Transactional structure

Tool Supports Multiple Database/Session Control inside one UOW


  • To work with Dapper, you must use EF & EF Core or NHibernate as primary ORM choice. Dapper shares their transactions to execute its sqls inside of one Unit Of Work scope.

  • Dapper-EntityFramework, Dapper-NHibernate or Dapper-EntityFrameworkCore works under same transaction and unit of work scope, if any exception appears in domain whole transaction will be rollback, including Dapper's insert/deletes or EF's or NH's.

  • Stove.Dapper supports Dynamic Filters to filter automatically and default ISoftDelete or other user defined filters.

  • NHibernate supports multiple database in one UOW scope.

Nhibernate Multiple Database

Let's assume that we have two entities which are inherited from Entity<int>. If we want to work with multiple database with NHibernate we have to tell to Stove that which entities belong to which database or session. To achive that Stove has to know your database distinction. Basically StoveSessionContext does that.


public class PrimaryStoveSessionContext : StoveSessionContext
    public IStoveSessionSet<Product> Products { get; set; }
public class SecondaryStoveSessionContext : StoveSessionContext
    public IStoveSessionSet<Category> Categories { get; set; }


    .UseStoveNHibernate(nhConfiguration =>
        nhConfiguration.AddFluentConfigurationFor<PrimaryStoveSessionContext>(() =>
            return Fluently.Configure()
                           .Mappings(m => m.FluentMappings.AddFromAssembly(Assembly.GetExecutingAssembly()))
                           .ExposeConfiguration(cfg => new SchemaExport(cfg).Execute(true, true, false, _connection, Console.Out));

        nhConfiguration.AddFluentConfigurationFor<SecondaryStoveSessionContext>(() =>
            return Fluently.Configure()
                           .Mappings(m => m.FluentMappings.AddFromAssembly(Assembly.GetExecutingAssembly()))
                           .ExposeConfiguration(cfg => new SchemaExport(cfg).Execute(true, true, false, _connection, Console.Out));

        return nhConfiguration;

After this definition, we have to define which SessionContext uses which connection string for connect to database and creating session factory.

 public class StoveNHibernateTestBootstrapper : StoveBootstrapper
     public override void PreStart()
         StoveConfiguration.DefaultNameOrConnectionString = "data source=:memory:";

         DapperExtensions.DapperExtensions.SqlDialect = new SqliteDialect();
         DapperExtensions.DapperExtensions.SetMappingAssemblies(new List<Assembly> { Assembly.GetExecutingAssembly() });

As you see connection strings are same but they are inside of different StoveSessionContexts. If these entities are inside of same database but you want to treat as different bounded contexts to them, you can choose this kind of approach for your sessions. Otherwise entities can sit together in one SessionContext.

Usage is always same and persistence agnostic:

 using (IUnitOfWorkCompleteHandle uow = The<IUnitOfWorkManager>().Begin())


Document Databases

  • RavenDB -> IRepository<T>
  • Couchbase -> IRepository<T>

Queue Mechanism

  • RabbitMQ support

Background Jobs

  • HangFire support


  • Redis support


  • A lot of extensions
  • Strictly SOLID

Composition Root

IRootResolver resolver = IocBuilder.New
                                   .UseStove<StoveDemoBootstrapper>(autoUnitOfWorkInterceptionEnabled: true)
                                   .UseStoveRabbitMQ(configuration =>
                                       configuration.HostAddress = "rabbitmq://localhost/";
                                       configuration.Username = "admin";
                                       configuration.Password = "admin";
                                       configuration.QueueName = "Default";
                                       return configuration;
                                   .UseStoveHangfire(configuration =>
                                       return configuration;
                                   .RegisterServices(r => r.RegisterAssemblyByConvention(Assembly.GetExecutingAssembly()))

var someDomainService = resolver.Resolve<SomeDomainService>();

Get A Weekly Email With Trending Projects For These Topics
No Spam. Unsubscribe easily at any time.
c-sharp (11,773
framework (1,073
redis (905
rabbitmq (243
ddd (168
cqrs (156
domain-driven-design (88
transaction (69
entity-framework (68
dapper (44
nlog (21

Find Open Source By Browsing 7,000 Topics Across 59 Categories