From: Геннадий З. <zab...@gm...> - 2014-12-30 09:35:40
|
And looks like it works: public FbProviderServices() { #if (EF_6) AddDependencyResolver(new SingletonDependencyResolver<IDbConnectionFactory>(new FbConnectionFactory())); AddDependencyResolver(new SingletonDependencyResolver<Func<MigrationSqlGenerator>>(() => new FbMigrationSqlGenerator(), ProviderInvariantName)); System.Data.Entity.Infrastructure.Interception.DbInterception.Add(new MigrationsTransactionsInterceptor()); #endif } 2014-12-30 11:29 GMT+02:00 Геннадий Забула <zab...@gm...>: > I've found out that there is the static class: > System.Data.Entity.Infrastructure.Interception.DbInterception, which adds > IDbInterceptor, > > 2014-12-30 11:23 GMT+02:00 Jiří Činčura <ji...@ci...>: > >> > I'm using the same Context for both MSSQL and Firebird, how deriving >> from FbDbConfiguration can affect MSSQL code path? Can we override this >> somehow just in Firebird provider? >> >> You can use the same context. It's just configuration. I'm waiting for >> reply from EF guys to see what other options are. >> >> -- >> Mgr. Jiří Činčura >> Independent IT Specialist >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> Firebird-net-provider mailing list >> Fir...@li... >> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider >> > > |