Non è stato possibile caricare il tipo di provider di Entity Framework?

Sto cercando di eseguire i miei test su TeamCity che è attualmente installato sul mio computer.

System.InvalidOperationException:

Il tipo di provider Entity Framework ' System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'per il' System.Data.SqlClient'provider ADO.NET non può essere caricato. Assicurarsi che l'assembly del provider sia disponibile per l'applicazione in esecuzione.

Vedere http://go.microsoft.com/fwlink/?LinkId=260882 per ulteriori informazioni.

Non ho alcun riferimento a System.Data.Entitynessuno dei miei progetti, come è stato suggerito su codeplex per l'aggiornamento a EF6.

Quindi, non sono sicuro del motivo per cui sto ricevendo questa eccezione. Non ottengo tale eccezione quando eseguo i test da VS.

Ho provato a impostare CopyLocal su false, poi di nuovo su true .. ma neanche quello sembra funzionare.

Aggiornare

My app.config ha il seguente. Questo provoca alcuni comportamenti che non capisco?

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <configSections>
    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
    <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
  </configSections>
  <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" />
  </entityFramework>
</configuration>

Ottengo il seguente stacktrace in teamcity.

[MSTest] IntegrationTests.CrudTest+QuestionTest.Create
[03:59:11][IntegrationTests.CrudTest+QuestionTest.Create] Initialization method IntegrationTests.CrudTest+QuestionTest.Initialize threw exception. System.InvalidOperationException: System.InvalidOperationException: The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. Make sure the provider assembly is available to the running application. See http://go.microsoft.com/fwlink/?LinkId=260882 for more information..
[03:59:11]
[IntegrationTests.CrudTest+QuestionTest.Create]     at System.Data.Entity.Config.ProviderServicesFactory.GetInstance(String providerTypeName, String providerInvariantName)
   at System.Data.Entity.Config.ProviderServicesFactory.GetInstanceByConvention(String providerInvariantName)
   at System.Data.Entity.Config.DefaultProviderServicesResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.CachingDependencyResolver.<>c__DisplayClass1.<GetService>b__0(Tuple`2 k)
   at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
   at System.Data.Entity.Config.CachingDependencyResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.ResolverChain.<>c__DisplayClass3.<GetService>b__0(IDbDependencyResolver r)
   at System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   at System.Data.Entity.Config.ResolverChain.GetService(Type type, Object key)
   at System.Data.Entity.Config.RootDependencyResolver.GetService(Type type, Object key)
   at System.Data.Entity.Config.ResolverChain.<>c__DisplayClass3.<GetService>b__0(IDbDependencyResolver r)
   at System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
   at System.Data.Entity.Config.ResolverChain.GetService(Type type, Object key)
   at System.Data.Entity.Config.CompositeResolver`2.GetService(Type type, Object key)
   at System.Data.Entity.Config.IDbDependencyResolverExtensions.GetService[T](IDbDependencyResolver resolver, Object key)
   at System.Data.Entity.Config.InternalConfiguration.GetService[TService](Object key)
   at System.Data.Entity.Config.DbConfiguration.GetService[TService](Object key)
   at System.Data.Entity.Utilities.DbProviderFactoryExtensions.GetProviderServices(DbProviderFactory factory)
   at System.Data.Entity.Infrastructure.DefaultManifestTokenService.GetProviderManifestToken(DbConnection connection)
   at System.Data.Entity.Utilities.DbConnectionExtensions.GetProviderInfo(DbConnection connection, DbProviderManifest& providerManifest)
   at System.Data.Entity.DbModelBuilder.Build(DbConnection providerConnection)
   at System.Data.Entity.Internal.LazyInternalContext.CreateModel(LazyInternalContext internalContext)
   at System.Data.Entity.Internal.RetryLazy`2.GetValue(TInput input)
   at System.Data.Entity.Internal.LazyInternalContext.InitializeContext()
   at System.Data.Entity.Internal.InternalContext.GetEntitySetAndBaseTypeForType(Type entityType)
   at System.Data.Entity.Internal.Linq.InternalSet`1.Initialize()
   at System.Data.Entity.Internal.Linq.InternalSet`1.get_InternalContext()
   at System.Data.Entity.Internal.Linq.InternalSet`1.ActOnSet(Action action, EntityState newState, Object entity, String methodName)
   at System.Data.Entity.Internal.Linq.InternalSet`1.Add(Object entity)
   at System.Data.Entity.DbSet`1.Add(TEntity entity)
   at EFRepository.Infrastructure.EFRepository`1.Add(T item) in c:\TeamCity\buildAgent\work\da2ea4e72c0e77f0\Repository\Infrastructure\EFRepository.cs:line 22
   at IntegrationTests.CrudTest.Initialize() in c:\TeamCity\buildAgent\work\da2ea4e72c0e77f0\IntegrationTests\CrudTest.cs:line 34

Stesso problema, ma ho installato EF 6 tramite Nuget. EntityFramework.SqlServer mancava per un altro eseguibile. Ho semplicemente aggiunto il pacchetto nuget a quel progetto.

Ho avuto lo stesso problema nei miei progetti di test: ho installato gli ultimi bit EF6 tramite NuGet e ogni volta che invoco qualcosa legato all'EF ho:

Non è stato possibile caricare il tipo di provider Entity Framework 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer' per il provider ADO.NET 'System.Data.SqlClient'. Assicurarsi che l'assembly del provider sia disponibile per l'applicazione in esecuzione. Vedere http://go.microsoft.com/fwlink/?LinkId=260882 per ulteriori informazioni.

Soluzione alternativa: ho inserito questo metodo nel mio progetto di test:

public void FixEfProviderServicesProblem()
{
//The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer'
//for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. 
//Make sure the provider assembly is available to the running application. 
//See http://go.microsoft.com/fwlink/?LinkId=260882 for more information.

var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

Questo metodo non è mai stato chiamato, ma penso che il compilatore rimuoverà tutti gli assembly "non necessari" e senza usare le cose EntityFramework.SqlServer il test fallisce.

Comunque: funziona sulla mia macchina;)

Nota: invece di aggiungere il metodo per testare il progetto, è possibile garantire un riferimento statico a SqlProviderServices dal progetto Modello / entità .

Nuget configurerà il tuo progetto EF6 in modo che faccia riferimento a EntityFramework.SqlServer.dll. Questo viene distribuito nella cartella di output per il progetto EF6 durante la compilazione, ma non verrà distribuito nella cartella di output per i progetti che fanno riferimento al progetto EF6. Credo che ciò sia dovuto al fatto che Visual Studio è abbastanza "intelligente" da rilevare che nulla nell'assembly utilizza effettivamente la DLL direttamente e quindi non la include. È possibile forzare EntityFramework.SqlServer.dll da distribuire nella cartella di output dei progetti che fanno riferimento al progetto EF6 (unit test, UI ecc.) Aggiungendo codice al progetto EF6 che utilizza EntityFramework.SqlServer.dll. Fare attenzione a non inserire il codice in una classe generata poiché si rischia di perderlo al prossimo rigenerazione. Ho scelto di aggiungere la seguente classe all'assembly, che ha risolto il problema.

using System.Data.Entity.SqlServer;

internal static class MissingDllHack
{
    // Must reference a type in EntityFramework.SqlServer.dll so that this dll will be
    // included in the output folder of referencing projects without requiring a direct 
    // dependency on Entity Framework. See http://stackoverflow.com/a/22315164/1141360.
    private static SqlProviderServices instance = SqlProviderServices.Instance;
}

La mia soluzione è stata quella di rimuovere il framework di entità dal progetto tramite il nuget manager e aggiungerlo di nuovo.

Ho risolto questo aggiungendo uno stament usando sopra la mia classe DBContext, in questo modo:

using SqlProviderServices= System.Data.Entity.SqlServer.SqlProviderServices;

Ho usato la registrazione basata su codice per il provider. link1 link2

Ho appena creato la classe di configurazione come

class DbContextConfiguration : DbConfiguration
{
    public DbContextConfiguration()
    {
        this.SetDatabaseInitializer(new DropCreateDatabaseAlways<MyDbContext>());
        this.SetProviderServices(SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);
    }
}

Il punto chiave è this.SetProviderServices (SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);

e l'ho usato in questo modo

[DbConfigurationType(typeof(DbContextConfiguration))]
public class MyDbContext : DbContext
{
    public MyDbContext()
    {
        ...
    }

    public DbSet<...> ...{ get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        ...
    }
}

L'ho risolto con [DeploymentItem] sulla mia classe di inizializzazione dell'assembly

namespace MyTests
{
    /// <summary>
    /// Summary description for AssemblyTestInit
    /// </summary>
    [TestClass]
    [DeploymentItem("EntityFramework.SqlServer.dll")]
    public class AssemblyTestInit
    {
        public AssemblyTestInit()
        {
        }

        private TestContext testContextInstance;

        public TestContext TestContext
        {
            get
            {
                return testContextInstance;
            }
            set
            {
                testContextInstance = value;
            }
        }

        [AssemblyInitialize()]
        public static void DbContextInitialize(TestContext testContext)
        {
            Database.SetInitializer<TestContext>(new TestContextInitializer());
        }
    }
}

In ritardo alla festa, ma le risposte più votate mi sono sembrate degli hack.

Tutto ciò che ho fatto è stato rimuovere quanto segue dalla mia app.config nel progetto di test. Lavorato.

  <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="mssqllocaldb" />
      </parameters>
    </defaultConnectionFactory>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>

Ho un problema, perché non aggiungo riferimento a EntityFramework.sqlServer.dll. Quando sviluppo un programma, funziona. Ma quando pubblico un'app e la installo, genera un errore.

Aggiungo solo riferimento e Build and Publish di nuovo.

Ho risolto questo problema copiando manualmente il EntityFramework.SqlServer.dllfile bin foldernell'applicazione principale.

Alla fine l'ho risolto. A quanto pare, ho avuto un'implementazione errata di IDIsposable nella mia classe di repository. L'ho risolto. L'implementazione errata ha causato un'eccezione stackoverflow poiché non stavo smaltendo correttamente le risorse. Ciò ha causato a VS di non eseguire i test e il motore di esecuzione del test si è bloccato.

L'ho archiviato con Microsoft qui (questo era prima che ottenessi la soluzione corretta). connect.microsoft.com/VisualStudio/feedback/details/775868/vs-test-execution-crashes-in-vs-2012#details

Ad ogni modo, le build ora funzionano bene su teamcity. Tuttavia, sono ancora curioso di sapere perché nessuno dei due motori di esecuzione VS Test ha avuto un modo grazioso di dirmi cosa non stava succedendo al Team City.

Ho scoperto la causa principale eseguendo il debug manuale del test (che ho realizzato solo dopo così tanti giorni, la correzione mi ha richiesto 5 secondi).

Speriamo che questo possa aiutare qualcuno che si imbatte in tali problemi.

Vedo un problema simile e utilizzo il metodo da questo post: ( http://entityframework.codeplex.com/workitem/1590 ), che risolve il mio problema.

Per aggirare il problema, è possibile fare in modo che l'assembly di test faccia riferimento direttamente all'assembly del provider aggiungendo una riga come questa in qualsiasi punto dell'assembly di test: var _ = System.Data.Entity.SqlServer.SqlProviderServices.Instance;

Quando ho esaminato il problema, ho notato che la seguente dll mancava nella cartella di output. La soluzione semplice è copiare Entityframework.dll e Entityframework.sqlserver.dll con app.config nella cartella di output se l'applicazione è in modalità debug. Allo stesso tempo, modificare il parametro dell'opzione di compilazione "Copia nella cartella di output" di app.config da copiare sempre. Questo risolverà il tuo problema.

È sufficiente fare riferimento o navigare nel browser EF dll - EntityFramework.SqlServer.dll

Ho avuto lo stesso problema che ho provato molte volte ma non si è risolto ma quando installo il pacchetto EntityFramework.SqlServerCompact ha risolto l'installazione di questo pacchetto da Nuget Package Manager.

Install-Package EntityFramework.SqlServerCompact

Ho creato un file di "avvio" statico e aggiunto il codice per forzare la copia della DLL nella cartella bin in esso come un modo per separare questa "configurazione".


[DbConfigurationType(typeof(DbContextConfiguration))] public static class Startup { }

public class DbContextConfiguration : DbConfiguration
{
    public DbContextConfiguration()
    {
        // This is needed to force the EntityFramework.SqlServer DLL to be copied to the bin folder
        SetProviderServices(SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);
    }
}

Non volevo un riferimento a EF nel mio progetto di candidatura (o per copiare manualmente nulla), quindi l'ho aggiunto agli eventi post-build del mio progetto EF:

cp $(TargetDir)EntityFramework.SqlServer.dll $(SolutionDir){your-main-bin-folder}

Questo succede solo all'interno dei miei progetti di test di carico / unità. Frustrante, ho avuto un brutto colpo in un progetto che gestivo da 2 anni. Deve essere stato un certo ordine di test in esecuzione che rompe le cose. Immagino che una volta rimosso quel fi sia sparito.

Ho scoperto che la semplice dichiarazione di una variabile che utilizza il valore corretto risolve il problema ... Non ho mai nemmeno chiamato il metodo. Basta definirlo. Strano ma funziona.

    /// <summary>
    /// So that the test runner copies dlls not directly referenced by the integration project
    /// </summary>
    private void referenceLibs()
    {
        var useless = SqlProviderServices.Instance;
    }

Dopo aver provato tutte le altre soluzioni suggerite e non aver fatto funzionare il mio progetto, ho finalmente trovato un piccolo commento in questa pagina :

L'eliminazione della cartella BIN l'ha fatto per me

E ha funzionato anche per me.

L'aggiunta di Entityframework.dll e Entityframework.sqlserver.dll al progetto di riferimento ha risolto il problema.

Ho controllato la finestra Debug Output nel progetto Unit Test. EntityFramework.SqlServer.dll non è stato caricato. Dopo averlo aggiunto alla cartella bin, i test sono stati eseguiti correttamente.

Ho anche avuto un problema simile

Il mio problema è stato risolto nel modo seguente:

Ho avuto lo stesso problema con l'istanza di DBContextoggetti da un progetto di unit test. Ho controllato i pacchetti del mio progetto unit test e l'ho capitoEntityFramework pacchetto non fosse installato, l'ho installato da Nuget e il problema è stato risolto (penso che sia un bug EF).

buona programmazione

Ho appena ricevuto lo stesso messaggio di errore.

Ho un progetto separato per l'accesso ai miei dati. L'esecuzione del progetto Web (che faceva riferimento al progetto dati) funzionava localmente bene. Ma quando ho distribuito il progetto Web per azzerare l'assemblaggio: EntityFramework.SqlServer non è stato copiato. Ho appena aggiunto il riferimento al progetto Web e ridistribuito, ora funziona.

spero che questo aiuti gli altri

Stavo lavorando al tutorial della Contoso University offline e ho riscontrato lo stesso problema durante il tentativo di creare il mio primo controller utilizzando EF. Ho dovuto utilizzare la console di gestione dei pacchetti per caricare EF dalla cache del nuget e ho creato una stringa di connessione alla mia istanza locale di SQL Server, il mio punto qui è che l'impostazione WebConfig per EF potrebbe non essere configurata come tutti voi là fuori ma sono stato in grado per risolvere il mio problema eliminando completamente la sezione "provider" in "entityFramework"

Roberto

C'è una soluzione semplice. apri i riferimenti nel tuo progetto, fai clic destro "System.Data" -> proprietà. Cambia "Copia locale" in "Vero".

Il problema dovrebbe essere risolto.

Nel mio caso ho risolto il problema installando SQL Server 2012 Developer Edition quando in precedenza avevo installato SQL Server Express 2012 (x64). Sembra che mi abbia fornito la dipendenza mancante.

rimuovere il framework di entità dal progetto tramite nuget, quindi aggiungerlo nuovamente.

Nel mio caso dllnon è stato copiato anche se ho aggiunto un riferimento ad esso. Questo perché EntityFramework.SqlServer.dllnon viene copiato nel tuo progetto. Aggiungi quella dll e si spera che funzioni. Puoi trovarla dal progetto in cui hai aggiunto il modello di dati.

Oltre a tutti i suggerimenti utili qui, se stai usando EF 6.1.3, assicurati che la versione .net del tuo progetto sia 4.5 o più.