Entity Framework Provider-Typ konnte nicht geladen werden?

Ich versuche, meine Tests in TeamCity auszuführen, das derzeit auf meinem Computer installiert ist.

System.InvalidOperationException::

Das Entity Framework Provider - Typ ‚ für die‘ 'ADO.NET - Provider konnte nicht geladen werden. Stellen Sie sicher, dass die Provider-Assembly für die ausgeführte Anwendung verfügbar ist.System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServerVersion=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'System.Data.SqlClient

Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=260882 .

Ich habe System.Data.Entityin keinem meiner Projekte einen Verweis darauf, wie er in Codeplex für ein Upgrade auf EF6 vorgeschlagen wurde.

Ich bin mir also nicht sicher, warum ich diese Ausnahme bekomme. Ich erhalte keine solche Ausnahme, wenn ich die Tests von VS aus starte.

Ich habe versucht, CopyLocal auf false und dann wieder auf true zu setzen. Aber das scheint auch nicht zu funktionieren.

Aktualisieren

Meine app.config hat folgendes. Verursacht dies ein Verhalten, das ich nicht verstehe?

<?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>

Ich bekomme den folgenden 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

Gleiches Problem, aber ich habe EF 6 über Nuget installiert. EntityFramework.SqlServer fehlte für eine andere ausführbare Datei. Ich habe diesem Projekt einfach das Nuget-Paket hinzugefügt.

Ich hatte das gleiche Problem in meinen Testprojekten - ich habe die neuesten EF6-Bits über NuGet installiert und jedes Mal, wenn ich etwas EF-bezogenes aufrufe, habe ich:

Der Entity Framework-Anbietertyp 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer' für den ADO.NET-Anbieter 'System.Data.SqlClient' konnte nicht geladen werden. Stellen Sie sicher, dass die Provider-Assembly für die ausgeführte Anwendung verfügbar ist. Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=260882 .

Meine Problemumgehung: Ich habe diese Methode in mein Testprojekt eingefügt:

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;
}

Diese Methode wurde nie aufgerufen, aber ich denke, der Compiler wird alle "unnötigen" Assemblys entfernen und ohne Verwendung des EntityFramework.SqlServer-Materials schlägt der Test fehl.

Sowieso: Funktioniert auf meiner Maschine;)

Hinweis: Anstatt die Methode zum Testen des Projekts hinzuzufügen, können Sie einen statischen Verweis auf SqlProviderServices aus Ihrem Modell- / Entitätsprojekt sicherstellen .

Nuget konfiguriert Ihr EF6-Projekt so, dass es auf EntityFramework.SqlServer.dll verweist. Dies wird während der Erstellung im Ausgabeordner Ihres EF6-Projekts bereitgestellt, jedoch nicht im Ausgabeordner für Projekte, die auf Ihr EF6-Projekt verweisen. Ich glaube, das liegt daran, dass Visual Studio "intelligent" genug ist, um zu erkennen, dass nichts in Ihrer Assembly die DLL direkt verwendet und sie daher nicht enthält. Sie können die Bereitstellung von EntityFramework.SqlServer.dll im Ausgabeordner von Projekten erzwingen, die auf Ihr EF6-Projekt verweisen (Komponententests, Benutzeroberflächen usw.), indem Sie Ihrem EF6-Projekt, das EntityFramework.SqlServer.dll verwendet, Code hinzufügen. Achten Sie darauf, den Code nicht in eine generierte Klasse einzufügen, da Sie ihn bei der nächsten Regeneration verlieren können. Ich habe beschlossen, der Assembly die folgende Klasse hinzuzufügen, wodurch das Problem behoben wurde.

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;
}

Meine Lösung bestand darin, das Entity-Framework über den Nuget-Manager aus dem Projekt zu entfernen und wieder hinzuzufügen.

Ich habe dies gelöst, indem ich ein using-Stament über meine DBContext-Klasse hinzugefügt habe, wie folgt:

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

Ich habe die Code-basierte Registrierung für den Anbieter verwendet. link1 link2

Habe gerade die Konfigurationsklasse wie erstellt

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

Der entscheidende Punkt ist this.SetProviderServices (SqlProviderServices.ProviderInvariantName, SqlProviderServices.Instance);

und benutzte es so

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

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

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

Ich habe es mit [DeploymentItem] in meiner Assembly-Initialisierungsklasse aussortiert

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());
        }
    }
}

Spät zur Party, aber die Antworten mit den besten Stimmen schienen mir alle Hacks zu sein.

Ich habe im Testprojekt lediglich Folgendes aus meiner app.config entfernt. Hat funktioniert.

  <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>

Ich habe ein Problem, weil ich keinen Verweis auf EntityFramework.sqlServer.dll hinzufüge. Wenn ich ein Programm entwickle, funktioniert es. Aber wenn ich die App veröffentliche und installiere, wird ein Fehler ausgegeben.

Ich füge nur eine Referenz hinzu und erstelle und veröffentliche erneut.

Ich habe dies gelöst, indem ich die EntityFramework.SqlServer.dllDatei manuell in die bin folderHauptanwendung kopiert habe .

Ich habe das endlich gelöst. Es stellte sich heraus, dass ich eine fehlerhafte Implementierung von IDIsposable in meiner Repository-Klasse hatte. Ich habe das behoben. Die fehlerhafte Implementierung verursachte eine Stackoverflow-Ausnahme, da ich die Ressourcen nicht ordnungsgemäß entsorgte. Dies führte dazu, dass VS die Tests nicht ausführte und die Testausführungs-Engine abstürzte.

Ich habe es hier bei Microsoft eingereicht (dies war, bevor ich die richtige Lösung bekam). connect.microsoft.com/VisualStudio/feedback/details/775868/vs-test-execution-crashes-in-vs-2012#details

Wie auch immer, die Builds laufen jetzt gut in Teamcity. Trotzdem bin ich immer noch neugierig, warum keine der VS Test-Ausführungsmodule mir auf anmutige Weise mitteilte, was geschah, nicht Team City.

Ich habe die Grundursache durch manuelles Debuggen des Tests entdeckt (was ich erst nach so vielen Tagen erkannte, dass die Korrektur 5 Sekunden dauerte).

Hoffentlich hilft dies jemandem, der auf solche Probleme stößt.

Ich sehe ein ähnliches Problem und verwende die Methode aus diesem Beitrag: ( http://entityframework.codeplex.com/workitem/1590 ), die mein Problem löst.

Um das Problem zu umgehen, können Sie Ihre Testassembly direkt auf die Provider-Assembly verweisen lassen, indem Sie an einer beliebigen Stelle in der Testassembly eine Zeile wie diese hinzufügen: var _ = System.Data.Entity.SqlServer.SqlProviderServices.Instance;

Als ich das Problem untersuchte, habe ich festgestellt, dass die folgende DLL im Ausgabeordner fehlte. Die einfache Lösung besteht darin, Entityframework.dll und Entityframework.sqlserver.dll mit der app.config in den Ausgabeordner zu kopieren, wenn sich die Anwendung im Debug-Modus befindet. Gleichzeitig ändern Sie den Build-Optionsparameter "In Ausgabeordner kopieren" von app.config, um immer zu kopieren. Dies wird Ihr Problem lösen.

Verweisen oder durchsuchen Sie einfach die EF-DLL - EntityFramework.SqlServer.dll

Ich hatte das gleiche Problem, das ich viele Male versucht habe, aber es wurde nicht behoben, aber als ich das Paket EntityFramework.SqlServerCompact installierte, löste es dieses Paket aus dem Nuget-Paket-Manager.

Install-Package EntityFramework.SqlServerCompact

Ich habe eine statische "Start" -Datei erstellt und den Code hinzugefügt, um zu erzwingen, dass die DLL in den darin enthaltenen bin-Ordner kopiert wird, um diese 'Konfiguration' zu trennen.


[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);
    }
}

Ich wollte in meinem Anwendungsprojekt keinen Verweis auf EF (oder etwas manuell kopieren), also habe ich diesen zu den Post-Build-Ereignissen meines EF-Projekts hinzugefügt:

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

Dies geschieht nur in meinen Last- / Unit-Testprojekten. Frustrierend, ich habe es in einem Projekt gesehen, das ich seit 2 Jahren leite. Muss eine Testreihenfolge gewesen sein, die die Dinge kaputt macht. Ich denke, sobald diese Fi entfernt wird, ist sie weg.

Ich habe festgestellt, dass das einfache Deklarieren einer Variablen, die den richtigen Wert verwendet, das Problem behebt ... Ich rufe die Methode nie auf. Definieren Sie es einfach. Seltsam, aber es funktioniert.

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

Nachdem ich alle anderen Lösungsvorschläge ausprobiert hatte und mein Projekt nicht zum Laufen gebracht hatte, fand ich auf dieser Seite endlich einen kleinen Kommentar :

Das Löschen des BIN-Ordners hat es für mich getan

Und es hat auch bei mir funktioniert.

Das Hinzufügen von Entityframework.dll und Entityframework.sqlserver.dll zum Referenzprojekt löste das Problem.

Ich habe das Fenster Debug-Ausgabe im Unit-Test-Projekt überprüft. EntityFramework.SqlServer.dll wurde nicht geladen. Nach dem Hinzufügen zum Bin-Ordner wurden die Tests erfolgreich ausgeführt.

Ich hatte auch ein ähnliches Problem

Mein Problem wurde wie folgt gelöst:

Ich hatte das gleiche Problem mit der Instanziierung eines DBContextObjekts aus einem Unit-Test-Projekt. Ich habe meine Unit-Test-Projektpakete überprüft und das herausgefundenEntityFramework Paket nicht installiert ist. Ich habe es von Nuget installiert und das Problem behoben (ich denke, es ist ein EF-Fehler).

fröhliche Codierung

Ich hatte gerade die gleiche Fehlermeldung.

Ich habe ein separates Projekt für meinen Datenzugriff. Das lokale Ausführen des Webprojekts (das auf das Datenprojekt verwies) funktionierte einwandfrei. Als ich das Webprojekt zum Azure der Assembly bereitstellte, wurde EntityFramework.SqlServer nicht kopiert. Ich habe gerade den Verweis auf das Webprojekt hinzugefügt und erneut bereitgestellt, jetzt funktioniert es.

hoffe das hilft anderen

Ich habe offline am Tutorial der Contoso University gearbeitet und bin auf dasselbe Problem gestoßen, als ich versucht habe, meinen ersten Controller mit EF zu erstellen. Ich musste die Package Manager-Konsole verwenden, um EF aus dem Nuget-Cache zu laden, und eine Verbindungszeichenfolge zu meiner lokalen Instanz von SQL Server erstellen. Mein Punkt hier ist, dass meine webConfig-Einstellung für EF möglicherweise nicht wie Sie alle da draußen festgelegt wurde, aber ich konnte um mein Problem zu beheben, indem Sie den Abschnitt "Anbieter" in "entityFramework" vollständig löschen.

Robert

Es gibt eine einfache Lösung. Öffnen Sie die Referenzen in Ihrem Projekt und klicken Sie mit der rechten Maustaste auf "System.Data" -> Eigenschaften. Ändern Sie "Copy Local" in "True".

Problem sollte behoben sein.

In meinem Fall habe ich das Problem durch die Installation von SQL Server 2012 Developer Edition behoben, als ich zuvor SQL Server Express 2012 (x64) installiert hatte. Es scheint, dass ich die fehlende Abhängigkeit hatte.

Entfernen Sie das Entity-Framework über Nuget aus dem Projekt und fügen Sie es wieder hinzu.

In meinem Fall dllwurde nicht kopiert, obwohl ich einen Verweis darauf hinzugefügt habe. Dies liegt daran, dass EntityFramework.SqlServer.dllnicht in Ihr Projekt kopiert wird. Fügen Sie diese DLL hinzu und es wird hoffentlich funktionieren. Sie finden sie in dem Projekt, in dem Sie das Datenmodell hinzugefügt haben.

Wenn Sie EF 6.1.3 verwenden, stellen Sie zusätzlich zu allen nützlichen Vorschlägen sicher, dass die .net-Version Ihres Projekts 4.5 oder höher ist.