Après avoir téléchargé l'EF6 par nuget et essayer d'exécuter mon projet, il retourne l'erreur suivante :
Aucun fournisseur Entity Framework trouvé pour le fournisseur ADO.NET avec le nom d'invariant 'System.Data.SqlClient'. Vérifiez 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 qu'EntityFramework, bien qu'installé à partir du NuGet Package Manager, n'ait pas été correctement installé dans le projet.
J'ai réussi à le réparer en exécutant la commande suivante sur Console du gestionnaire de paquets :
PM> Install-Package EntityFramework
Le PMC a écrit que 'EntityFramework 6.0.1' était déjà installé, mais je l'ai ajouté à mon application console (qui n'utilise PAS EF), mais cela a marché pour moi aussi. Si je supprime EF des références de l'application console, l'erreur revient, mais je n'obtiens pas cela - mon application console utilise le projet de dépôt (qui utilise EF) Merci pour votre aide !
Pour ma solution, l'installation normale d'entityframework a fonctionné pour tous les projets concernés, sauf un. Cette réponse a permis de résoudre le problème pour ce dernier également.
N'oubliez pas d'ajouter -ProjectName <ProjectName> à la ligne de commande si vous avez plusieurs projets dans votre solution... ! !!
C'est une réponse absolument ridicule. Pourquoi diable aurais-je besoin de faire ça ? Et vous savez ce qui est encore plus ridicule ? Ca marche.
Voir ma réponse ci-dessous, vous n'avez pas besoin d'installer EF dans votre application console.
Votre réponse est correcte. Il suffit d'ajouter la référence EntityFramework.SqlServer.dll au projet frontend qui utilise une bibliothèque avec EF, pour résoudre le problème. Donc ne pas utiliser ce EF (seulement la DLL)
Vous n'avez pas besoin d'installer Entity Framework dans votre application Console, il vous suffit d'ajouter une référence à l'assemblage EntityFramework.SqlServer.dll. Vous pouvez copier cet assemblage depuis le projet Class Library qui utilise Entity Framework vers un dossier LIB et y ajouter une référence.
En résumé :
J'espère que cela vous aidera.
Je suis d'accord. C'est tout à fait la bonne réponse. Faire référence à une dll qui fait 1/2 mb ou tirer le projet EF nuget qui fait >5,5 mb. Cela réduit aussi un peu l'intérêt de l'architecture multi tiers. C'est vraiment un mauvais exemple de la part de MS : J'ai 4 niveaux et mon niveau supérieur ne devrait pas avoir de raison de connaître quoi que ce soit sur EF.
C'est toujours ridicule de toute façon. Par exemple, pourquoi un frontal aurait-il besoin d'une référence à SqlServer ? Le front-end ne pourrait pas s'en soucier moins, dans mon cas. Mais cela fonctionne. +1
J'ai rencontré ce problème lorsque j'avais précédemment un projet (a) avec une référence à un projet (b) qui avait une référence à EF. Après avoir nettoyé et supprimé le dossier bin du projet (a), puis reconstruit, la référence EF est apparue, mais pas EF.SqlServer.dll. Copier ceci manuellement a fonctionné pour moi
J'ai eu cette erreur en essayant d'exécuter un LINQPad script après une mise à jour de EF6. Même le fait de référencer EntityFramework.SqlServer.dll dans LINQPad n'a pas réglé le problème JUSQU'À ce que je reconstruise ma solution dans VS2013. La nouvelle référence s'est alors résolue correctement dans LINQPad et mon script s'est exécuté !
Lorsque vous installez Entity Framework 6 via Nuget . EntityFramework.SqlServer manque parfois pour un autre exécutable. Il suffit d'ajouter le Nuget à ce projet.
Parfois, ce qui précède ne fonctionne pas pour le projet de test
Pour résoudre ce problème dans le projet de test, il suffit de placer cette méthode dans le projet de test :
public void FixEfProviderServicesProblem()
{
var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}Cette méthode n'est jamais appelée, mais d'après mes observations, le compilateur supprimera tous les assemblages "inutiles" et sans utiliser la fonction EntityFramework.SqlServer stuff le test échoue.
Ce n'est pas très joli mais cela a résolu le problème que j'avais dans mon projet de test. Aucune des autres solutions n'a fonctionné.
Dans mon cas, il a suffi d'ajouter l'Entity Framework à mon projet de test dans "Manage Nuget packets for the solution".
En fait, vous devez mettre dans n'importe quel projet (pas seulement test) pour être sûr que System.Data.Entity.SqlServer sera inclus dans "results lib set" après la compilation (note : Unity ou un autre outil IoC pourrait changer cette règle et vous devrez appeler ce code depuis le projet test).
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
0 votes
J'utilise EF5 sans le
providersyproviderdonc envisager de l'enlever ?1 votes
Mettez une copie de votre chaîne de connexion ici
0 votes
La chaîne de connexion est dans l'image (App.confing), d'ailleurs elle est très simple, j'appelle le constructeur,
public BaseStorage(): base ("RaptorDB") {}Dans EF5, BaseStorage() hérite de DbContext, tout fonctionne parfaitement, mais pas dans EF6.12 votes
Le problème sera résolu en installant EF6, le deuxième projet (Console), merci à tous ceux qui ont aidé de quelque façon que ce soit !
4 votes
Pour moi, cela semblait être causé par Visual Studio ne réalisant pas que l'assemblage EntityFramework.SqlServer était en fait utilisé par le projet de base. Si vous faites quelque chose comme Réponse de @Carra Vous n'avez pas besoin d'ajouter EF à chaque projet qui fait référence à votre projet de base - beaucoup plus propre.