Pregunta ¿Por qué me aparece "Ocurrió un error al validar". HRESULT = '80004005' "al crear un proyecto de instalación?


¿Por qué aparece el siguiente error al construir un proyecto de instalación?

Se produjo un error al validar. HRESULT = '80004005'


22
2018-06-12 11:43


origen


Respuestas:


Un proyecto en solución tenía ToolsVersion="4.0" (en el archivo .csproj), lo cambió a ToolsVersion="3.5" y el proyecto de configuración se compila bien.


21
2018-03-28 04:10



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. :)

Sentido Común

Mi problema no fue un error de dependencia. Sin embargo, esa parece ser la razón común. Entonces, básicamente, necesita verificar su MSI archivo y asegúrese 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 Se produjo un error al validar. HRESULT = '80004005'.

Razón alternativa

Mi problema tenía que ver con el control de versiones de Visual Studio, sin embargo. Entonces, si sus dependencias son válidas y todavía tiene este problema, resuelva esto si es un problema con VS2010 .

Básicamente, si corres MSBuild y mira esta advertencia:

El archivo de proyecto contiene ToolsVersion = "4.0", que no es compatible con   esta versión de MSBuild. Tratando el 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 ofensor .csproj archivo, lo abrió en un editor de texto y modificó manualmente 4.0 a un 3.5.


15
2018-04-13 15:22



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!


5
2018-06-12 12:35



Me encontré con este tema hoy. La solución en mi caso? Reinicie Visual Studio 2008.


4
2017-07-31 22:04



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 algún motivo, todo parecía haber cambiado correctamente en el archivo csproj, excepto en un lugar que se menciona aquí: Error en el proyecto de instalación 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.


4
2017-08-23 11:50



Mientras que simplemente eliminar y volver a agregar las dependencias del proyecto funcionará en muchos casos, es importante tener en cuenta que:

El mensaje de error "Ocurrió un error al validar. HRESULT = 80004005".   generalmente sucede 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


3
2018-03-28 16:18



He pasado mucho tiempo en esto, aunque ninguno de los anteriores funcionó. Pero he encontrado otra solución con un hack de registro, necesita agregar un nuevo DWORD (EnableOutOfProcBuild) valor de (0) a HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild\EnableOutOfProcBuild

Nota: esto es para Visual Studio 2015


3
2018-05-05 18:47



En mi caso, había instalado Visual Studio 2010 junto con Visual Studio 2008. Mi proyecto de instalación, cuando se abrió en Visual Studio 2008, dio el mismo error, pero estaba bien en Visual Studio 2010.

Si se copia a otra máquina que no tenía Visual Studio 2010, pero sí tenía Visual Studio 2008, entonces se compilaría.


1
2017-12-06 21:26



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.


0
2018-01-20 13:41



Sé que esto es un poco viejo, pero mi problema particular y la solución no se mencionan específicamente 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.


0
2017-08-12 22:22



Leí esta respuesta de otra publicación en Stack Overflow, y me ha funcionado.

Abra su archivo de proyecto de instalación (.vdproj) en Bloc (o cualquier otro editor de texto). Elimine estas líneas al comienzo del archivo .vdproj:

"SccProjectName" = "8:"
"SccLocalPath" = "8:"
"SccAuxPath" = "8:"
"SccProvider" = "8:"

Build again - 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.


0
2018-06-04 16:02