Le fichier de métadonnées '.dll' est introuvable.

Question

Je travaille sur un projet WPF, C# 3.0, et j'obtiens cette erreur :

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

C'est ainsi que je référence mes contrôles d'utilisateur :

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

Cela se produit après chaque échec de la compilation. La seule façon d'obtenir la compilation de la solution est de commenter tous mes contrôles utilisateur et de recompiler le projet, puis de décommenter les contrôles utilisateur et tout va bien.

J'ai vérifié les ordres de construction et les configurations des dépendances.

Comme vous pouvez le voir, il semble avoir tronqué le chemin absolu du fichier DLL... J'ai lu qu'il y avait un bug avec la longueur. Est-ce un problème possible ?

C'est très ennuyeux et le fait de devoir commenter, construire et décommenter la construction devient extrêmement fatigant.

Answer 1

1. Faites un clic droit sur la solution et cliquez sur Nettoyer.
2. Faites un clic droit sur la solution et cliquez sur Rebuild.

Answer 2

J'ai découvert que si vous supprimez l'assemblage Microsoft.CSharp comme référence dans le projet, vous obtiendrez cette erreur.

Answer 3

Vérifiez le fichier .csproj du projet principal. Visual Studio ne le nettoie pas au cas où vous supprimez des projets ou modifiez des références dans la solution.

J'avais d'anciens projets référencés trois fois dans le fichier .csproj et la compilation a montré cette erreur pour ces projets supprimés.

Answer 4

Wow, on dirait que cette erreur peut venir de partout.

Quoi qu'il en soit, j'ai ajouté un nouveau contrôleur WebAPI à mon application MVC et il a automatiquement obtenu toutes les références de NuGet. Un peu plus tard, j'ai supprimé les références de l'interface utilisateur de NuGet, mais j'ai oublié de supprimer les fichiers qui les utilisaient (c.-à-d. System.Http ).

Pour une raison quelconque, l'erreur que je recevais était la suivante, accompagnée d'un simple avertissement concernant une variable non utilisée.

J'ai commenté la variable pour me débarrasser au moins de l'avertissement et la reconstruction m'a fait sortir de tous les fichiers qui utilisaient la référence inexistante. Après avoir supprimé ces fichiers, tout s'est bien passé.

Answer 5

J'ai rencontré cette erreur avec Visual Studio 2015 lorsque j'ai supprimé l'annotation de type d'un appel à une méthode d'extension, ce qui n'a laissé que les crochets d'angle vides derrière.

Ainsi, au lieu de obj.extensionMethod<Type>() J'avais obj.extensionMethod<>() .

Je classerais cela comme un bug dans Visual Studio car je ne vois pas comment cette erreur pourrait produire cette erreur.