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.

10voto

Andre Mesquita Points 21

Pour moi, cela s'est produit lorsque j'ai inclus un nouveau projet dans une solution.

Visual Studio sélectionne automatiquement .NET framework 4.5.

Je suis passé à la version .NET 4.5.2 comme les autres bibliothèques, et cela a fonctionné.

9voto

Oliver Points 2004

Si l'on y revient quelques années plus tard, ce problème est plus que probablement lié à la limite maximale des chemins d'accès de Windows :

Nommer les fichiers, les chemins et les espaces de noms , Limitation de la longueur maximale du chemin

9voto

Pour moi, les étapes suivantes ont fonctionné :

  • Trouvez le projet qui n'est pas en cours de construction
  • Supprimez/ajoutez des références à des projets dans la solution.

9voto

Prospector Points 773

Je m'arrachais les cheveux avec ce problème aussi, mais après avoir essayé les réponses précédentes, la seule chose qui a fonctionné pour moi était d'ouvrir chaque projet dans ma solution 1 par 1 et de les construire individuellement.

J'ai ensuite fermé Visual Studio 2013, rouvert ma solution et elle s'est compilée sans problème.

C'est étrange, car si je clique sur chaque projet dans mon explorateur de solutions et que j'essaie de les construire de cette façon, ils échouent tous. J'ai dû les ouvrir seuls dans leurs propres solutions.

9voto

Ajaco Points 339

Si vous avez un espace dans le nom de votre solution, cela causera également le problème. La suppression de l'espace dans le nom de votre solution, afin que le chemin ne contienne pas %20, résoudra ce problème.

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