studio - data annotations c# mvc

No se pudo encontrar el archivo de metadatos VS 2017 ''.dll (17)

Sé que hay otra pregunta con el mismo problema exacto, pero revisé todas esas respuestas y ninguna me ayudó. :( ( Esta fue la pregunta. )

Acabo de crear un nuevo proyecto MVC de ASP.NET y me uní a algunos ''.dll''s en la solución. Ahora, cuando intento crear el proyecto, aparece el mensaje de error que se muestra a continuación en 3 de las 5 bibliotecas.

Error CS0006 Metadata file ''C:/Users/.../source/Database/bin/Debug/DataAccessLayer.dll'' could not be found Logic C:/Users/.../source/Logic/CSC 1 Active Error CS0006 Metadata file ''C:/Users/.../source/Logic/bin/Debug/Logic.dll'' could not be found PTS2-MVC C:/Users/.../source/PTS2-MVC/CSC 1 Active Error CS0006 Metadata file ''C:/Users/.../source/PTS2-MVC/bin/PTS2-MVC.dll'' could not be found PTS2-MVC.Tests C:/Users/.../source/PTS2-MVC.Tests/CSC 1 Active

Cuando voy a la carpeta bin / debug de ese archivo .dll, veo que está vacío, y el otro archivo .dll donde no recibo un mensaje de error, no está vacío. Pero no tengo idea de cómo arreglar esto o lo que hice para que esto suceda.

La respuesta más común es ir a las propiedades de la solución y configurar y desmarcar -> aplicar -> verificar y aplicar nuevamente, pero eso no funcionó

Arreglo este problema siguiendo estos pasos:

Solución limpia
Cerrar Visual Studio
Eliminando / bin del directorio del proyecto
Reinicie Visual Studio
Solución de reconstrucción

Bien, lo arreglé ahora, el problema era que tenía otros mensajes de error normales en mi proyecto, y aparentemente después de corregirlos y cuando limpié y construí mi proyecto DE NUEVO, todos los .dlls tuvieron éxito: D

Por lo tanto, para otras personas con este problema en el futuro: ¡Asegúrese de que no tenga ningún otro mensaje de error en su proyecto y, si lo tiene, corríjalos primero!

Me gustaría agradecerles a todos por ayudarme!

Compruebe el nombre de la carpeta de su proyecto. En mi caso, mi carpeta de proyecto fue nombrada con espacios en ella. Cuando cloné el proyecto de Team Foundation Server usando git bash, los espacios en el nombre de la carpeta se convirtieron a: "% 20". Cambiar esos de nuevo a espacios me solucionó el problema.

Compruebe que todos los proyectos están cargados. En mi caso, uno de los proyectos se descargó y al volver a cargarlo, se borran los errores.

Ejecutar este comando en bash para eliminar todos los contenedores que funcionaron para mí

$ find . -iname "bin" -o -iname "obj" | xargs rm -rf

Aunque no puedo garantizar que funcione para otra persona

También tenga en cuenta que eliminará todos los archivos bin, así que tendrá que reconstruir todos los proyectos. Obviamente, lo mejor es introducir en el directorio correspondiente antes de usarlo.

En mi caso me enfrentaba al mismo error. Una de las soluciones de mi proyecto fue referir un ensamblaje desde una ubicación diferente de NuGet. Acabo de cambiarlo para corregir la ubicación para resolver este error y reconstruir. y wow el proyecto se construyó con éxito y todos los demás errores desaparecieron.

En mi caso, hubo un error, pero VS no lo analizó correctamente y se muestra en la ventana "Lista de errores". Para encontrarlo, ve mucho el "Salida" de la ventana de compilación y analiza los mensajes comenzando desde arriba hacia abajo y resuelve el error real. M $, por favor arreglarlo! Esta es una gran pérdida de tiempo para los desarrolladores colectivos del mundo.

En mi caso, tuve que abrir el archivo .csproj y agregar la referencia a mano, de esta manera (faltaba Microsoft.Extensions.Identity.Stores.dll):

<Reference Include="Microsoft.Extensions.Identity.Stores"> <HintPath>../../../../Program Files/dotnet/sdk/NuGetFallbackFolder/microsoft.extensions.identity.stores/2.0.1/lib/netstandard2.0/Microsoft.Extensions.Identity.Stores.dll</HintPath> </Reference>

Este problema ocurre cuando cambia el nombre de su solución y el marco .net no puede encontrar la solución anterior.

Para resolver esto, debe buscar y reemplazar el nombre antiguo de la solución y todas las dependencias con el nombre nuevo. Si necesita explorar el archivo físico a través del explorador de archivos, hágalo.

Los archivos que normalmente se ven afectados son AssemblyInfo.cs, .sln y Propiedades> Aplicación> Nombre del ensamblado y espacio de nombres predeterminado. Asegúrate de actualizarlos con el nuevo nombre.

Abra el explorador de archivos, si la carpeta con el nombre anterior aún existe, debe eliminarla. Luego limpia y construye la solución hasta que el error se haya ido. (Si es necesario, limpie y genere el proyecto uno por uno, especialmente el proyecto afectado).

Espero que esto ayude.

La limpieza de mi solución causó este problema con Visual Studio 2017. La descarga / recarga de proyectos o más tareas de limpieza no hicieron ninguna diferencia. Lo único que funcionó fue cerrar y reiniciar Visual Studio.

Otra cosa que debe verificar es el Marco de destino de los proyectos a los que se hace referencia para asegurarse de que el proyecto que realiza la llamada está utilizando la misma versión o la posterior del marco.

Tuve este problema, probé todas las respuestas sugeridas anteriormente y luego revisé los marcos. Uno de los proyectos a los que se hacía referencia era la orientación 4.6.1 cuando el proyecto que llamaba era solo 4.5.2.

Para mí la limpieza y la construcción no funcionaron. Descargar el proyecto no funcionó. Reiniciar Visual Studio o incluso la PC no funcionó. Esto es lo que funcionó:

Vaya a cada uno de los proyectos que están generando el error y, en Referencias, elimine la referencia al proyecto problemático y agréguelo nuevamente. Eso resuelve el problema.

El problema parece estar relacionado con mover un proyecto (moverlo dentro de una carpeta, por ejemplo), luego un proyecto diferente que lo referencia, tiene una ruta incorrecta y no puede encontrarlo.

Pasos para corregir este error: No se pudo encontrar el archivo de metadatos .dll.

Limpiar todos los proyectos.
Descargar todos los proyectos.
Recargar todos los proyectos.
ReBuild Solution.

Entonces el problema resuelto.

Tengo el mismo problema, el problema era que la ruta de la solución tenía espacios en el nombre y, por alguna razón, no resolvía el paquete ... descargue mi repositorio otra vez, simplemente renombrando la solución sin espacios en el nombre.

p.ej:

/Repo/Project Name/src

debiera ser

/Repo/ProjectName/src

Tuve el mismo problema, incluso sin que se mostraran otros errores en la vista "Lista de errores" después de "Reconstruir solución". Sin embargo, en la vista "Salida", vi el error que estaba detrás del problema:

La referencia principal "C: ... / myproj.dll" no se pudo resolver porque se creó en el marco ".NETFramework, Version = v4.6.1". Esta es una versión más alta que el marco de trabajo actual ".NETFramework, Version = v4.5"

Una vez que corregí esto, el problema se resolvió.

Tuve este mismo error. En mi caso, construí una biblioteca (llámela commsLibrary) que hacía referencia a otras bibliotecas al incluirlas como proyectos en mi solución. Más tarde, cuando construí un proyecto y agregué mi commsLibrary , cada vez que compilaba obtenía el archivo de metadatos que no se encontraba. Así que agregué las bibliotecas a las que mi biblioteca de comunicaciones hacía referencia al proyecto actual, luego fue capaz de compilar.

Tuve este problema con una solución que contiene múltiples proyectos.

Creo que vino de duplicar un .csproj y agregar la copia a la solución. Un archivo .csproj contiene un elemento <ProjectGuid> . Establecí el GUID del proyecto copiado a uno nuevo.

También realicé los siguientes pasos:

Cierra la solucion
Eliminar carpeta bin
Eliminar todas las carpetas obj
Abrir solución y construir