Entity Framework 5 - Impossible de charger le fichier ou l'assembly EntityFramework, version = 5.0.0.0
Je suis en train d'utiliser Entity Framework 5 pour mon projet, mais j'ai l'impression d'avoir un problème de l'obtention de l'assemblée installé à respecter. Et depuis que j'ai installé ce d'abord à l'aide de nuget, je ne suis pas certain de ce que je dois faire à l'origine de ce travail que j'attends . Toute aide sur ce que je dois faire pour résoudre ce problème s'il vous plaît?
*Système.IO.FileNotFoundException : impossible de charger le fichier ou l'assembly EntityFramework, Version=5.0.0.0, Culture=Neutral, PublicKeyToken=b77a5c561934e089' ou une de ses dépendances, Le Système ne peut pas trouver le fichier spécifié.WRN: Assemblée de liaison de la journalisation est DÉSACTIVÉE. Pour activer l'échec de liaison d'assembly journalisation, définissez la valeur de registre . . . *
par l'aide de la fusion du journal, j'ai eu ce
*** Assembly Binder Log Entry (7/17/2012 @ 9:29:09 PM) ***
The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.
Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable C:\PROGRAM FILES (X86)\MICROSOFT VISUAL STUDIO 11.0\COMMON7\IDE\COMMONEXTENSIONS\MICROSOFT\TESTWINDOW\vstest.executionengine.x86.exe
--- A detailed error log follows.
=== Pre-bind state information ===
LOG: User = WORKALOT\Tokorie
LOG: DisplayName = Budget.Data, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
(Fully-specified)
LOG: Appbase = file:///C:/Development/Summer2012BudgetApp/Budget.Service.Test/bin/Release
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = vstest.executionengine.x86.exe
Calling assembly : Budget.Lib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\PROGRAM FILES (X86)\MICROSOFT VISUAL STUDIO 11.0\COMMON7\IDE\COMMONEXTENSIONS\MICROSOFT\TESTWINDOW\vstest.executionengine.x86.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Development/Summer2012BudgetApp/Budget.Service.Test/bin/Release/Budget.Data.DLL.
LOG: Attempting download of new URL file:///C:/Development/Summer2012BudgetApp/Budget.Service.Test/bin/Release/Budget.Data/Budget.Data.DLL.
LOG: Attempting download of new URL file:///C:/Development/Summer2012BudgetApp/Budget.Service.Test/bin/Release/Budget.Data.EXE.
LOG: Attempting download of new URL file:///C:/Development/Summer2012BudgetApp/Budget.Service.Test/bin/Release/Budget.Data/Budget.Data.EXE.
LOG: All probing URLs attempted and failed.
source d'informationauteur Kobojunkie
Vous devez vous connecter pour publier un commentaire.
Exécuter le de la fusion du journal de l'outil de comme le suggère le message d'erreur pour obtenir plus d'informations sur le lieu où l'exécution est à la recherche pour le dll sorte que vous obtenez une meilleure idée de pourquoi c'est un échec.
Il y a un bon article sur les Fusion-loggning par Scott, Hanselman, comment vous l'activez, etc, alors il suffit d'exécuter fuslogw en tant qu'administrateur à partir de l'invite de commande.
Mise à jour
La fusion du journal nous montre où l'exécution est à la recherche de votre Dll, dans ce cas le Budget.Les données, qu'il cherche dans:
Pouvez-vous vérifier que la DLL est en fait dans un de ces répertoires ? Si c'est de vérifier le framework cible sur votre DLL (vérifier les propriétés du projet) ? Est la cible de cadre compatible avec les objectifs EF 5.0 ? Qu'est-ce que le framework cible de vos autres assemblées (le cas échéant)
Êtes-vous sûr que le chemin d'accès est correct? Essayez de supprimer le terme "Entité" Cadre de référence et de le rajouter manuellement.
À droite, cliquez sur ajouter une référence, puis de le parcourir et ajouter la dll:
Aussi assurez-vous que le chemin d'accès est défini dans le fichier csproj du projet (clic droit sur le projet, à décharger, à nouveau clic droit puis "Modifier projectname.csproj"), vous devriez avoir quelque chose comme ceci:
D'autres choses à vérifier serait les paquets.fichier de configuration pour vous assurer qu'il est référencé, et aussi assurez-vous que le Cadre de l'Entité de référence de la "Copie Locale" la propriété est définie sur true. Vous pouvez également référence à l'assembly dans votre site web.fichier de configuration si vous l'utilisez dans un ASP.NET projcet ou quelque chose de similaire.
Bonne chance!
En fait j'ai eu ce problème moi-même l'autre jour, lors d'un travail avec le contrôle de version (git) et le package Nuget pour ef5-rc. Ce qui a résolu le problème pour moi était de supprimer (effacer dans l'explorateur Windows) l'assemblée des solutions' "packages" le dossier. Quand j'ai redémarré Visual Studio Nuget m'a donné la possibilité de restaurer les paquets. Espérons que cette aide!
Ce qui bloque êtes-vous à l'aide de EntLib5? Puisque vous êtes en l'appelant depuis le DAL, je vais supposer que vous appelez Microsoft.De pratique.EnterpriseLibrary.Les données.
Si oui, je veux juste souligner que j'ai toujours besoin de toutes les Dll suivantes pour obtenir le EntLib5 DAAB à travailler pour moi.
Manque l'un de ces références seront la cause de mon projet d'erreur à l'exécution, même si compile bien.
Je voudrais aussi essayer de lancer le EntLib5 installateur de http://www.microsoft.com/en-us/download/details.aspx?id=15104car il colle les Dll dans le GAC.
J'ai fini par résoudre ce pour un projet que je suis en train de travailler sur. J'ai fini par supprimer tout ce dans le .bin pour le projet, qui a été de jeter l'erreur. Je suppose que ces fichiers ne re-écrite comme des moments spécifiques ou lors d'une .dll etc. et n'a pas été gérée par la migration. La suppression de ces fichiers, la solution de nettoyage et de reconstruction a semblé résoudre le problème pour moi.
Je reçois ce problème aussi. J'ai donc fait un peu de regarder autour et a trouvé le suivant.
Dans la Commune "à Problèmes" de http://msdn.microsoft.com/en-us/data/jj618307.aspx qu'il dit...
"Cela signifie généralement que vous exécutez .NET 4 application sans la Redirection.fichier de configuration. Vous devez copier le Rediriger.config pour le même emplacement que migrate.exe et le renommer à migrer.exe.config."
Malheureusement, je ne sais pas où
Redirect.config
est situé. Le ne peut pas le trouver n'importe où dans le package NuGet est le contenu d'un répertoire.