¿Por qué aparece el siguiente error al construir un proyecto de instalación?¿Por qué aparece "HRESULT = '80004005'" al crear un proyecto de instalación?
Ha ocurrido un error durante la validación. HRESULT = '80004005'
Este error está relacionado con un error de dependencia. Eliminé todas las referencias a mi proyecto de salida primario y las agregué nuevamente. ¡Ahora compila OK!
Hoy me encontré con este problema. La solución en mi caso? Reinicie Visual Studio 2008.
En mi caso me había instalado Visual Studio 2010 junto con Visual Studio 2008. Mi proyecto de instalación, cuando se abre en Visual Studio 2008 dio el mismo error, pero estaba bien en Visual Studio 2010.
Si se copió en otra máquina que no tenía Visual Studio 2010, pero sí tenía Visual Studio 2008, entonces se compilaría.
Mientras que la simple eliminación y volver a agregar las dependencias del proyecto trabajará en muchos casos, es importante tener en cuenta que:
El mensaje de error "Se ha producido un error al validar HRESULT = 80004005.". generalmente ocurre cuando el proyecto se referencia al otro proyecto que es no agregado a la solución currect [sic]. El proyecto de instalación solo admite proyectos de dependencia dentro de la misma solución. 1
El enlace parece estar roto. –
En mi caso, mi solución (VS2008) tenía un proyecto al que también se hacía referencia desde otra solución (VS2010). En la solución VS2010, actualicé el proyecto a .NET 4.0. Cuando más tarde me di cuenta de que el proyecto también se usó en otra solución, lo reduje a .NET 3.5. Por alguna razón, todo parecía haber cambiado correctamente en el archivo csproj excepto en un lugar que se menciona aquí: Error in setup project HRESULT = '80004005'
Sé que esto ya está resuelto en otro lado, pero quería arrojar algo de luz sobre esto desde otro ángulo de problema.
Instalé Visual Studio 2010 y convertí las soluciones a esa versión. Debido a problemas de rendimiento, cambié mis soluciones a Visual Studio 2008. Todo estaba mejor ahora, pero recibí un error cuando traté de compilar el proyecto de instalación. Me di cuenta de que tenía un proyecto de prueba de Visual Studio 2010 en mi solución, así que todo lo que tenía que hacer era descargar el proyecto de prueba y crear el proyecto de configuración nuevamente.
Resumen: descargue cualquier proyecto de Visual Studio 2010 en la solución.
Espero que ayude.
Un proyecto en la solución tenía ToolsVersion="4.0" (en el archivo .csproj), lo cambió a ToolsVersion="3.5" y la configuración del proyecto está bien.
Esto me ahorra la pérdida de mi fecha límite. Funcionando bien. –
Las dos razones que encontré ya están en otras respuestas, pero están en respuestas separadas y no están completamente explicadas. Entonces, con suerte, esto combinará las posibilidades y proporcionará buenos medios para eliminar las fallas de cada uno.:)
razón común
Mi problema no era un error de dependencia. Sin embargo, esa parece ser la razón común. Entonces, básicamente, debe verificar su archivo MSI y asegurarse de que todas las dependencias sigan siendo válidas. Probablemente la mejor respuesta de blog sobre cómo puede resolver esto fácilmente si se trata de un problema de dependencia es An error occurred while validating. HRESULT = '80004005'.
Razón Alternativa
Mi problema tenía que ver con el control de versiones de Visual Studio, sin embargo. Por lo tanto, si sus dependencias son válidas y todavía tiene este problema, resuelva esto si es un problema con VS2010 .
Básicamente, si ejecuta MSBuild y ve esta advertencia:
archivo de proyecto contiene ToolsVersion = "4.0", que no es compatible con esta versión de MSBuild. El tratamiento del proyecto como si tuviera ToolsVersion = "3.5"
Entonces, el problema es el control de versiones de Visual Studio. Esto significa que un proyecto fue abierto o creado en Visual Studio 2010 y luego guardado o agregado a una solución 3.5 existente. Simplemente busqué todos los archivos en mi proyecto para ToolsVersion="4.0" y encontré el archivo ofensivo .csproj, lo abrí en un editor de texto y cambié manualmente el 4.0 a un 3.5.
He leído esta respuesta desde otra publicación en Stack Overflow, y me ha funcionado.
Abra su archivo de proyecto de instalación (.vdproj) en Notepad (o cualquier otro editor de texto). Elimine estas líneas al comienzo del archivo .vdproj:
"SccProjectName" = "8:"
"SccLocalPath" = "8:"
"SccAuxPath" = "8:"
"SccProvider" = "8:"
Compilación nuevamente: el error se ha ido. Ese error no me impidió desplegar, construir, depurar (o cualquier otra cosa) mi proyecto; simplemente me molestó. Y llegó incluso si configuré todos los proyectos para que se construyeran en una configuración actual y el proyecto de configuración no lo hiciera.
Sé que esto es un poco viejo, pero mi problema particular y la solución no se expresan aquí (por lo que puedo decir, si me lo perdí, me disculpo).
Tuve el mismo problema. No compilaría mi proyecto, pero no tenía errores. Todo lo que pude ver fue "Build Failed". Abrí el archivo "Salida" (haga clic en Ver -> Salida en el menú), y me dijo exactamente qué referencia (en mi caso, un .dll) estaba causando el problema.
Eliminé y recreé la referencia y cambió el nombre de referencia de Microsoft.Office.Core (que aparentemente solo era una versión de 32 bits) a "OFFICE". Entonces todo funcionó bien. - Asegúrate de anotar la ruta al archivo al que te refieres en la ventana de propiedades ... Mi nueva ruta era exactamente la misma, pero el nombre de referencia cambió de todos modos ... todavía me estoy rascando la cabeza. ..
Así que la moraleja de la historia es ... Cuando no obtienes ningún error y tu compilación falla, revisa la pestaña "Salida" y podría ser útil.
He pasado mucho tiempo en esto, aunque ninguno de los anteriores funcionó. Pero he encontrado otra solución con un corte del registro, es necesario agregar un nuevo valor DWORD (EnableOutOfProcBuild) valor de (0) a HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild\EnableOutOfProcBuild
Nota: esto es para Visual Studio 2015
podría explicar con imagen, ¿cómo lo has resuelto? – MayureshP