Nie znaleziono dostawcy Entity Framework dla dostawcy ADO.NET o niezmiennej nazwie „System.Data.SqlClient”

Po pobraniu EF6 przez nuget i próbie uruchomienia mojego projektu zwraca następujący błąd:

Nie znaleziono dostawcy Entity Framework dla dostawcy ADO.NET o niezmiennej nazwie „System.Data.SqlClient”. Upewnij się, że dostawca jest zarejestrowany w sekcji „entityFramework” pliku konfiguracyjnego aplikacji. Aby uzyskać więcej informacji, zobacz http://go.microsoft.com/fwlink/?LinkId=260882

Właśnie wpadłem na ten sam problem i wygląda na to, że EntityFramework, chociaż zainstalowany z NuGet Package Manager nie został poprawnie zainstalowany w projekcie.

Udało mi się to naprawić, uruchamiając następujące polecenie w konsoli Menedżera pakietów :

PM> Install-Package EntityFramework

Dodano EF do projektu biblioteki klas. Musisz także dodać go do projektu, który się do niego odwołuje (aplikacja konsolowa, witryna internetowa itp.).

Nie musisz instalować Entity Framework w aplikacji konsoli, wystarczy dodać odwołanie do zestawu EntityFramework.SqlServer.dll. Możesz skopiować ten zespół z projektu biblioteki klas, który korzysta z Entity Framework, do folderu LIB i dodać do niego odwołanie.

W podsumowaniu:

• Aplikacja biblioteki klas:
  
  • Zainstaluj Entity Framework
  • Napisz kod warstwy danych
  • Plik app.config zawiera całą konfigurację związaną z Entity Framework, z wyjątkiem ciągu połączenia.
• Utwórz konsolę, aplikację internetową lub komputerową:
  
  • Dodaj odniesienie do pierwszego projektu.
  • Dodaj odwołanie do EntityFramework.SqlServer.dll.
  • app.config / web.config ma parametry połączenia (pamiętaj, że nazwa wpisu konfiguracji musi być taka sama jak nazwa klasy DbContext.

Mam nadzieję, że to pomoże.

Możesz także zobaczyć ten komunikat, jeśli zapomnisz dołączyć „EntityFramework.SqlServer.dll”.

Wygląda na nowo dodany plik w EF6. Początkowo nie umieściłem go w moim module korespondencji seryjnej i napotkałem problem wymieniony tutaj.

Zamiast dodawać EntityFramework.SqlServer do projektu hosta, możesz zapewnić statyczne odniesienie do niego z projektu modelu / encji w ten sposób

static MyContext()
{
    var type = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
    if(type == null)
        throw new Exception("Do not remove, ensures static reference to System.Data.Entity.SqlServer");
}

Spowoduje to, że proces kompilacji obejmie montaż z projektem nadrzędnym.

Więcej informacji na moim blogu http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Podczas instalowania Entity Framework 6 do Nuget. EntityFramework.SqlServer czasami tęskni za innym plikiem wykonywalnym. Po prostu dodaj Nugetpakiet do tego projektu.

Czasami powyższe nie działa dla Test Project

Aby rozwiązać ten problem w projekcie testowym, po prostu umieść tę metodę w projekcie testowym:

public void FixEfProviderServicesProblem()
{
    var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

Ta metoda nigdy nie została wywołana, ale zgodnie z moimi obserwacjami kompilator usunie wszystkie „niepotrzebne” zespoły i bez użycia EntityFramework.SqlServerrzeczy test się nie powiedzie.

Dodaj tę funkcję

private void FixEfProviderServicesProblem()

do klasy kontekstowej bazy danych w klasie biblioteki, a brakująca biblioteka DLL EntityFramework.SqlServer.dll zostanie skopiowana do odpowiednich miejsc.

namespace a.b.c
{
    using System.Data.Entity;

    public partial class WorkflowDBContext : DbContext
    {
        public WorkflowDBContext()
            : base("name=WorkflowDBConnStr")
        {
        }

        public virtual DbSet<WorkflowDefinition> WorkflowDefinitions { get; set; }
        public virtual DbSet<WorkflowInstance> WorkflowInstances { get; set; }
        public virtual DbSet<EngineAlert> EngineAlerts { get; set; }
        public virtual DbSet<AsyncWaitItem> AsyncWaitItems { get; set; }
        public virtual DbSet<TaskItem> TaskItems { get; set; }
        public virtual DbSet<TaskItemLink> TaskItemLinks { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
        }

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

.

Żadne z tych nie działało dla mnie. Znalazłem rozwiązanie w innym pytaniu dotyczącym przepełnienia stosu . Dodam to tutaj dla łatwego odniesienia:

Musisz zrobić odniesienie, aby zostało skopiowane do ścieżki aplikacji. Ponieważ później będzie się do niego odwoływał w czasie wykonywania. Więc nie musisz kopiować żadnych plików.

private volatile Type _dependency;

public MyClass()
{
    _dependency = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
}

Wystąpił ten sam błąd podczas korzystania z Entity Framework 6 z programem SQL Server Compact 4.0. Pomocny był artykuł na temat MSDN dla dostawców Entity Framework dla EF6. Uruchomienie odpowiednich poleceń dostawcy jako pakietów nuget w konsoli Menedżera pakietów może rozwiązać problem, ponieważ również pakiety NuGet automatycznie dodają rejestracje do pliku konfiguracyjnego. Pobiegłem PM> Install-Package EntityFramework.SqlServerCompactrozwiązać problem.

Ten problem napotkał dzisiaj podczas pracy z zestawem usług internetowych, każdy w różnych projektach, oraz osobnym projektem zawierającym testy integracyjne dla niektórych z tych usług.

Używam tej konfiguracji od jakiegoś czasu z EF5, bez potrzeby dołączania odniesień do EF z Integration Test Project.

Teraz, po aktualizacji do EF6, wydaje się, że muszę również dołączyć odniesienie do EF6 w projekcie testu integracji, nawet jeśli nie jest tam używany (prawie jak wskazał powyżej użytkownik 3004275 ).

Wskazania, przed którymi stoi ten sam problem:

• Wywołania bezpośrednio do EF (połączenie z bazą danych, pobieranie danych itp.) Działają dobrze, o ile są inicjowane z projektu, który ma odniesienia do EF6.
• Połączenia z usługą za pośrednictwem opublikowanego interfejsu usługi działają poprawnie; tzn. nie ma brakujących referencji „wewnętrznie” w serwisie.
• Wywołania bezpośrednio do metod publicznych w projekcie usługi, z projektu poza usługą, spowodują ten błąd, nawet jeśli EF nie jest używany w tym projekcie; tylko wewnętrznie w tak zwanym projekcie

Trzecia kwestia mnie na chwilę rzuciła i wciąż nie jestem pewien, dlaczego jest to wymagane. Dodanie referencji do EF6 w moim projekcie Integration Test rozwiązało to w każdym razie ...

Gdy błąd występuje w projektach testowych, najładniejszym rozwiązaniem jest udekorowanie klasy testowej:

[DeploymentItem("EntityFramework.SqlServer.dll")]

Projekt startowy, który odwołuje się do projektu, w którym używany jest Entity Framework, potrzebuje następujących dwóch zestawów w folderze bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

Dodanie a <section>do <configSections>pliku .config w projekcie startowym powoduje, że pierwszy zestaw jest dostępny w tym katalogu bin. Możesz skopiować to z pliku .config swojego projektu Entity Framework:

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

Aby udostępnić drugą bibliotekę .dll w folderze bin, chociaż nie jest to praktyczne, można wykonać ręczną kopię z folderu bin projektu Entity Framework. Lepszą alternatywą jest dodanie do wydarzeń po kompilacji projektu Entity Framework następujących linii, które zautomatyzują proces:

cd $(ProjectDir)
xcopy /y bin\Debug\EntityFramework.SqlServer.dll ..\{PATH_TO_THE_PROJECT_THAT_NEEDS_THE_DLL}\bin\Debug\

Właśnie dzisiaj napotkałem ten problem. Mam bibliotekę klas repozytorium danych z pakietem EF63 NuGet i aplikacją konsolową do testowania, które odnoszą się tylko do projektu biblioteki klas. Utworzyłem bardzo proste polecenie po kompilacji, które kopiuje EntityFramework.SqlServer.dll z folderu Bin \ Debug biblioteki klas do folderu Bin \ Debug aplikacji konsolowej i problem został rozwiązany. Nie zapomnij dodać sekcji entityFramework do pliku .config aplikacji konsoli.

Dodaj poniżej do pliku app.config.

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

Usunięcie folderu BIN zrobiło to dla mnie

Powinieneś wymusić statyczne odniesienie do zestawu EntityFramework.SqlServer.dll , ale zamiast wstawiania fałszywego kodu, możesz to zrobić w piękniejszy sposób:

1. Jeśli masz już klasę DbConfiguration :

   public class MyConfiguration : DbConfiguration
   {
       public MyConfiguration()
       {
           this.SetProviderServices(System.Data.Entity.SqlServer.SqlProviderServices.ProviderInvariantName, System.Data.Entity.SqlServer.SqlProviderServices.Instance);
       }
   }

2. Jeśli nie masz klasy DbConfiguration , musisz umieścić następujący kod podczas uruchamiania aplikacji (przed użyciem EF):

   static MyContext()
   {
       DbConfiguration.Loaded += (sender, e) =>
           e.ReplaceService<DbProviderServices>((s, k) => System.Data.Entity.SqlServer.SqlProviderServices.Instance);
   }

Właśnie ponownie zainstalowałem Entity Framework za pomocą Nuget. I postępuj zgodnie z instrukcjami zapisanymi na poniższym linku: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Myślę, że problem zostanie rozwiązany.

Rozwiń plik YourModel.edmx i otwórz klasę YourModel.Context.cs pod YourModel.Context.tt.

Dodałem następujący wiersz w sekcji Używanie i błąd został naprawiony dla mnie.

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

Może być konieczne dodanie tej linii do pliku za każdym razem, gdy plik jest generowany automatycznie.

Miałem również podobny problem. Mój problem został rozwiązany przez wykonanie następujących czynności:

wygląda na to, że nikt wcześniej nie wspomniał o sprawdzeniu, czy System.Data.SqlClient jest zainstalowany w systemie i czy jest do niego odniesienie.

Rozwiązałem problem, instalując System.Data.SqlClient i dodając nowego dostawcę w app.Config

<provider invariantName="System.Data.SQLite" type="System.Data.SQLite.EF6.SQLiteProviderServices, System.Data.SQLite.EF6"/>

Upewnij się również, że twój projekt startowy to projekt, który zawiera twój dbcontext (lub odpowiedni plik app.config). Mój próbował uruchomić projekt strony internetowej, który nie miał wszystkich niezbędnych ustawień konfiguracyjnych.

Próbowałem prawie wszystkich powyższych i nic nie działało.

Dopiero gdy ustawię przywoływane biblioteki DLL w projekcie domyślnym EntityFrameworki EntityFramework.SqlServerwłaściwościach, Copy Localaby Trueto zaczęło działać!

Wszyscy potrzebuję twojej uwagi, że dwie biblioteki dll EntityFramework.dll i EntityFramework.SqlServer.dll są biblioteką warstwy DataAccess I użycie ich w widoku lub innej warstwie nie jest logiczne, ale rozwiązuje problem, ale nie jest logiczne.

logicznym sposobem jest usunięcie atrybutu enitiess i zastąpienie ich płynnym API. To jest prawdziwe rozwiązanie

Miałem jedną aplikację konsoli i bibliotekę klas. W bibliotece klas utworzyłem Model danych encji (kliknij prawym przyciskiem myszy na Bibliotekę klas> Dodaj> Nowy element> Dane> ADO.NET Entity Data Model 6.0) i umieściłem odnośniki w aplikacji konsoli. Tak więc masz aplikację konsolową, która ma odniesienie do biblioteki klas, a wewnątrz biblioteki klas masz model EF. Miałem ten sam błąd, gdy próbowałem uzyskać jakieś rekordy ze stołu.

Rozwiązałem ten problem, wykonując następujące kroki:

1. Kliknij prawym przyciskiem myszy rozwiązanie i wybierz opcję „Zarządzaj pakietami NuGet dla rozwiązania”, a pojawi się okno menedżera pakietów NuGet.
2. Przejdź do opcji „Zarządzaj” w „Zainstalowanych pakietach” WSKAZÓWKA: Entity Framework jest dodawany do biblioteki klas, więc będziesz mieć EntityFramework w „Zainstalowanych pakietach”, a zobaczysz opcję „Zarządzaj”
3. Kliknij opcję „Zarządzaj” i zaznacz, aby zainstalować pakiet w projekcie, który ma odwołanie do biblioteki klas, która zawiera model EF (w moim przypadku ustawiłem pole wyboru, aby zainstalować pakiet do aplikacji konsoli, która zawierała odwołanie do biblioteki klas, w której był model EF)

To wszystko, co musiałem zrobić i wszystko działało idealnie.

Mam nadzieję, że to pomogło.

Mam ten sam błąd. Dziwne, że zdarza się to tylko wtedy, gdy użyłem mojego dbContext do zapytania do dowolnego modelu lub pobrania jego listy, takich jak:

var results = _dbContext.MyModel.ToList();

Próbowaliśmy ponownie zainstalować Entity Framework, odwoływać się do niego poprawnie, ale bezskutecznie.

Na szczęście próbowaliśmy sprawdzić rozwiązania Nuget ALL, a następnie zaktualizować wszystko lub się upewnićeverything jest w tej samej wersji, ponieważ zauważyliśmy, że dwa projekty mają różne wersje EF w projekcie sieciowym. I to działa. Błąd zniknął.

Oto zrzut ekranu dotyczący zarządzania Nuget dla wszystkich rozwiązań:

Brakuje tylko odwołania do EntityFramework.SqlServer.dll. W przypadku projektów EntityFramework korzystających z programu SQL Server dwa pliki, do których należy się odnieść, to EntityFramework.SqlServer.dll i EntityFramework.dll

Miałem podobny problem podczas migracji z bazy danych CE do Sql Server na platformie Azure. Właśnie zmarnowałem 4 godziny, próbując rozwiązać ten problem. Mam nadzieję, że może to uratować kogoś podobnego losu. Dla mnie miałem odniesienie do SqlCE w moim pliku packages.config. Usunięcie go rozwiązało cały mój problem i pozwoliło mi korzystać z migracji. Tak, Microsoft za kolejną technologię z niepotrzebnie złożonymi problemami z konfiguracją i konfiguracją.

Miałem ten sam problem, właśnie skopiowałem plik konfiguracji aplikacji z projektu zawierającego DBContext do mojego projektu testowego

Zgłoszono identyczny wyjątek. Włączyłem

using System.Data; 
using System.Data.Entity;

i wszystko znów działa.

Ponieważ komunikat pokazuje, że musimy dodać dostawcę System.Data.SqlClient, dlatego musimy zainstalować pakiet nuget EntityFramework, który ma dwie biblioteki dll, ale jeśli tworzymy tylko aplikację konsolową, wystarczy dodać odwołanie do EntityFramework.SqlServer.dll