927 votes

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

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.

12 votes

J'ai eu un problème similaire (obtenir la même erreur que celle indiquée dans le titre) et je l'ai résolu en nettoyant et en reconstruisant le projet. Pour référencer correctement d'autres projets, je n'ai aucune idée

7 votes

J'ai marqué la réponse de Matt car elle semble avoir fonctionné pour la plupart des gens, mais elle n'a pas résolu mon problème initial. Je pense toujours que le problème est lié à la limite maximale de chemins d'accès de Windows. Voir ma réponse ci-dessous.

2voto

Alexandre Lima Points 53

Dans mon cas, j'ai résolu ce problème après avoir remarqué que j'avais référencé un projet .Net Framework 4.7 comme une dépendance d'un projet .Net Framework 4.6.1. Après avoir migré le projet 4.7 vers 4.6.1, mon application s'est compilée normalement.

2voto

Je suis d'accord sur tous les points, juste une différence. Dans mon cas : J'utilise Visual Studio 2019. J'ai fermé VS-2019 et ouvert avec VS-2017. et reconstruire le projet tout fonctionne bien ! Pour qui dans mon poste la date est : 4/19/2019

2voto

Karthik Points 517

Dans mon cas, le dossier parent de la solution comportait un fichier %20 dans le nom. J'ai renommé le dossier parent en supprimant le %20 et le problème a été résolu.

2voto

Lupa Points 45

Cela a fonctionné pour moi dans la solution VS2019 .Net Core, ASP.Net Core.

  1. Ouvrez une console PowerShell au même endroit que la solution.
  2. Type dotnet restore pour restaurer tous les paquets et projets
  3. Type dotnet build . La solution sera construite

Maintenant, il peut être construit également à partir de Visual Studio IDE. Aucune des autres solutions proposées n'a fonctionné pour moi.

2voto

Dans Visual Studio 2019 :

  • Fermez Visual Studio.
  • Supprimez le fichier .vsccc qui se trouve dans le même dossier que votre fichier de solution.
  • Ouvrez la solution et reconstruisez-la.

Prograide.com

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.

Powered by:

X