Aucun fournisseur Entity Framework trouvé pour le fournisseur ADO.NET avec le nom invariant «System.Data.SqlClient»

Après avoir téléchargé l'EF6 par nuget et essayé d'exécuter mon projet, il renvoie l'erreur suivante:

Aucun fournisseur Entity Framework trouvé pour le fournisseur ADO.NET avec le nom invariant «System.Data.SqlClient». Assurez-vous que le fournisseur est enregistré dans la section «entityFramework» du fichier de configuration de l'application. Voir http://go.microsoft.com/fwlink/?LinkId=260882 pour plus d'informations.

Je viens de rencontrer le même problème et il semble que EntityFramework bien qu'installé à partir de NuGet Package Manager n'était pas correctement installé dans le projet.

J'ai réussi à le réparer en exécutant la commande suivante sur la console du gestionnaire de packages :

PM> Install-Package EntityFramework

Vous avez ajouté EF à un projet de bibliothèque de classes. Vous devez également l'ajouter au projet qui le référence (votre application console, votre site Web ou autre).

Vous n'avez pas besoin d'installer Entity Framework dans votre application console, il vous suffit d'ajouter une référence à l'assembly EntityFramework.SqlServer.dll. Vous pouvez copier cet assembly à partir du projet de bibliothèque de classes qui utilise Entity Framework dans un dossier LIB et y ajouter une référence.

En résumé:

• Application de bibliothèque de classes:
  
  • Installer Entity Framework
  • Écrivez votre code de couche de données
  • Le fichier app.config a toute la configuration liée à Entity Framework, à l'exception de la chaîne de connexion.
• Créez une console, une application Web ou de bureau:
  
  • Ajoutez une référence au premier projet.
  • Ajoutez une référence à EntityFramework.SqlServer.dll.
  • app.config / web.config a la chaîne de connexion (rappelez-vous que le nom de l'entrée de configuration doit être le même que le nom de la classe DbContext.

J'espère que ça aide.

Vous pouvez également voir ce message si vous oubliez d' inclure "EntityFramework.SqlServer.dll".

Il semble s'agir d'un nouveau fichier ajouté dans EF6. Au départ, je ne l'avais pas inclus dans mon module de fusion et j'ai rencontré le problème répertorié ici.

Au lieu d'ajouter EntityFramework.SqlServer au projet hôte, vous pouvez lui garantir une référence statique à partir de votre projet Model / entity comme celui-ci

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

Cela fera que le processus de construction inclura l'assembly avec le projet hôte.

Plus d'infos sur mon blog http://andersmalmgren.com/2014/08/20/implicit-dependencies-and-copy-local-fails-to-copy/

Lorsque vous installez Entity Framework 6 à Nuget. EntityFramework.SqlServer manque parfois pour un autre exécutable. Ajoutez simplement le Nugetpackage à ce projet.

Parfois, ci-dessus ne fonctionne pas pour le projet de test

Pour résoudre ce problème dans Test Project, placez simplement cette méthode dans Test Project:

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

Cette méthode n'a jamais été appelée, mais comme mes observations, le compilateur supprimera tous les assemblages "inutiles" et sans utiliser les EntityFramework.SqlServeréléments, le test échoue.

Ajoutez cette fonction

private void FixEfProviderServicesProblem()

à la classe de contexte de base de données dans la classe de bibliothèque et la DLL manquante EntityFramework.SqlServer.dll sera copiée aux emplacements appropriés.

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

.

Rien de tout cela n'a fonctionné pour moi. J'ai trouvé la solution dans une autre question de stackoverflow . Je vais l'ajouter ici pour référence facile:

Vous devez faire une référence, elle sera donc copiée dans le chemin de l'application den. Parce que plus tard, il sera référencé lors de l'exécution. Vous n'avez donc pas besoin de copier de fichiers.

private volatile Type _dependency;

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

J'ai eu la même erreur lors de l'utilisation d'Entity Framework 6 avec SQL Server Compact 4.0. L'article sur MSDN pour les fournisseurs Entity Framework pour EF6 a été utile. L'exécution des commandes de fournisseur respectives en tant que packages de nuget dans la console du gestionnaire de packages peut résoudre le problème, car les packages NuGet ajouteront automatiquement des enregistrements au fichier de configuration. J'ai couru PM> Install-Package EntityFramework.SqlServerCompactpour résoudre le problème.

Ran dans ce problème aujourd'hui lorsque vous travaillez avec un ensemble de services Web, chacun dans des projets différents, et un projet distinct contenant des tests d'intégration pour certains de ces services.

J'utilise cette configuration depuis un certain temps avec EF5, sans avoir besoin d'inclure des références à EF à partir du projet de test d'intégration.

Maintenant, après la mise à niveau vers EF6, il semble que je doive également inclure une référence à EF6 dans le projet de test d'intégration, même s'il n'y est pas utilisé (à peu près comme indiqué ci-dessus par user3004275 ).

Les indications que vous rencontrez le même problème:

• Les appels directement à EF (connexion à une base de données, obtention de données, etc.) fonctionnent correctement, tant qu'ils sont lancés à partir d'un projet qui fait référence à EF6.
• Appels au service via une interface de service publiée fonctionnent correctement; c'est-à-dire qu'il n'y a aucune référence manquante "en interne" dans le service.
• Les appels directement aux méthodes publiques dans le projet de service, à partir d'un projet en dehors du service, provoqueront cette erreur, même si EF n'est pas utilisé dans ce projet lui-même; uniquement en interne dans le projet appelé

Le troisième point est ce qui m'a ébranlé pendant un certain temps, et je ne sais toujours pas pourquoi cela est nécessaire. L'ajout d'une référence à EF6 dans mon projet de test d'intégration l'a résolu dans tous les cas ...

Lorsque l'erreur se produit dans les projets de test, la meilleure solution consiste à décorer la classe de test avec:

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

Le projet de démarrage qui fait référence au projet dans lequel Entity Framework est utilisé a besoin des deux assemblys suivants dans son dossier bin:

• EntityFramework.dll
• EntityFramework.SqlServer.dll

L'ajout d'un <section>au <configSections>fichier .config sur le projet de démarrage rend le premier assembly disponible dans ce répertoire bin. Vous pouvez le copier à partir du fichier .config de votre projet 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>

Pour rendre le deuxième fichier .dll disponible dans le dossier bin, bien que cela ne soit pas pratique, une copie manuelle du dossier bin du projet Entity Framework peut être effectuée. Une meilleure alternative consiste à ajouter aux événements post-génération du projet Entity Framework les lignes suivantes, qui automatiseront le processus:

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

Je viens de rencontrer ce problème aujourd'hui. J'ai une bibliothèque de classes de référentiel de données avec le package EF63 NuGet et une application console pour les tests, qui ne font référence qu'au projet de bibliothèque de classes. J'ai créé une commande post-construction très simple, qui copie EntityFramework.SqlServer.dll du dossier Bin \ Debug de la bibliothèque de classes dans le dossier Bin \ Debug de l'application console et le problème a été résolu. N'oubliez pas d'ajouter la section entityFramework au fichier .config de l'application console.

Ajoutez ci-dessous à votre 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>

La suppression du dossier BIN l'a fait pour moi

Vous devez forcer une référence statique à l' assembly EntityFramework.SqlServer.dll , mais au lieu de mettre un code factice, vous pouvez le faire d'une manière plus belle:

1. Si vous avez déjà une classe DbConfiguration :

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

2. Si vous n'avez pas de classe DbConfiguration , vous devez mettre le code suivant au démarrage de l'application (avant d'utiliser EF):

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

Je viens de réinstaller Entity Framework à l'aide de Nuget. Et suivez les instructions écrites sur le lien ci-dessous: http://robsneuron.blogspot.in/2013/11/entity-framework-upgrade-to-6.html

Je pense que le problème sera résolu.

Développez le fichier YourModel.edmx et ouvrez la classe YourModel.Context.cs sous YourModel.Context.tt.

J'ai ajouté la ligne suivante dans la section using et l'erreur a été corrigée pour moi.

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

Vous devrez peut-être ajouter cette ligne au fichier chaque fois que le fichier est généré automatiquement.

J'ai également rencontré un problème similaire. Mon problème a été résolu en procédant comme suit:

il semble que personne n'ait mentionné en premier lieu si System.Data.SqlClient est installé dans le système et si une référence y est faite.

j'ai résolu mon problème en installant System.Data.SqlClient et en ajoutant un nouveau fournisseur dans app.Config

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

Assurez-vous également que votre projet de démarrage est le projet qui contient votre dbcontext (ou app.config pertinent). Le mien essayait de démarrer un projet de site Web qui n'avait pas tous les paramètres de configuration nécessaires.

J'ai essayé presque tout ce qui précède et rien n'a fonctionné.

Seulement quand je mets les DLL référencés dans le projet par défaut EntityFrameworket EntityFramework.SqlServerpropriétés Copy Localà Trueat - il commencé à travailler!

tout le monde, j'ai besoin de votre attention que deux dll EntityFramework.dll et EntityFramework.SqlServer.dll sont la bibliothèque de couches DataAccess Et il n'est pas logique de les utiliser en vue ou tout autre layer.it résout votre problème mais ce n'est pas logique.

la manière logique est que l'attribut enitiess les supprime et les remplace par Fluent API. c'est la vraie solution

J'avais une application console et une bibliothèque de classes. Dans la bibliothèque de classes, j'ai créé Entity Data Model (cliquez avec le bouton droit de la souris sur Class Library> Ajouter> Nouvel élément> Données> ADO.NET Entity Data Model 6.0) et j'ai mis la référence dans l'application console. Donc, vous avez une application console qui fait référence à la bibliothèque de classes et à l'intérieur de la bibliothèque de classes, vous avez un modèle EF. J'ai eu la même erreur lorsque j'ai essayé d'obtenir des enregistrements de la table.

J'ai résolu ce problème en suivant ces étapes:

1. Cliquez avec le bouton droit sur la solution et choisissez l'option «Gérer les packages NuGet pour la solution» et la fenêtre du gestionnaire de packages NuGet apparaîtra.
2. Allez dans l'option «Gérer» sous «Packages installés» CONSEIL: Entity Framework est ajouté à la bibliothèque de classes, vous aurez donc EntityFramework sous «Packages installés» et vous verrez l'option «Gérer»
3. Cliquez sur l'option 'Gérer' et cochez pour installer le package dans le projet qui fait référence à la bibliothèque de classes qui contient le modèle EF (dans mon cas, je coche la case pour installer le package dans l'application console qui faisait référence à la bibliothèque de classes qui avait le modèle EF à l'intérieur)

C'est tout ce que j'avais à faire et tout fonctionnait parfaitement.

J'espère que cela a aidé.

J'ai la même erreur. C'est bizarre que cela ne se produise que lorsque j'utilise mon dbContext pour interroger l'un de mes modèles ou obtenir sa liste comme:

var results = _dbContext.MyModel.ToList();

Nous avons essayé de réinstaller Entity Framework, de le référencer correctement mais en vain.

Heureusement, nous avons essayé de vérifier les ALLsolutions du Nuget , puis de tout mettre à jour ou de nous assurereverything s'agit de la même version car nous avons remarqué que les deux projets ont des versions EF différentes sur le projet Web. Et il fonctionne. L'erreur a disparu.

Voici la capture d'écran sur la gestion de Nuget pour toutes les solutions:

Il vous manque juste une référence à EntityFramework.SqlServer.dll. Pour les projets EntityFramework utilisant SQL Server, les deux fichiers que vous devez référencer sont EntityFramework.SqlServer.dll et EntityFramework.dll

J'ai rencontré un problème lié lors de la migration d'une base de données CE vers Sql Server sur Azure. Je viens de perdre 4 heures à essayer de résoudre ce problème. Espérons que cela puisse sauver quelqu'un du même sort. Pour moi, j'avais une référence à SqlCE dans mon fichier packages.config. Le supprimer a résolu tout mon problème et m'a permis d'utiliser les migrations. Oui Microsoft pour une autre technologie avec des problèmes de configuration et de configuration inutilement complexes.

J'ai eu le même problème, je viens de copier le fichier App Config du projet qui contenait le DBContext dans mon projet de test

J'ai eu l'exception identique levée. J'ai inclus

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

et tout recommence à fonctionner ..

Comme le message montre que nous devons ajouter le fournisseur System.Data.SqlClient, c'est pourquoi nous devons installer le package nuget d'EntityFramework qui a deux DLL, mais si nous développons uniquement une application console, nous devons simplement ajouter une référence à EntityFramework.SqlServer.dll