visual-studio - tutorial - visual studio 2017 add setup project

¿Por qué recibo "Se produjo un error al validar. HRESULT=''80004005'' ”al crear un proyecto de instalación?

Question

¿Por qué me aparece el siguiente error al crear un proyecto de configuración?

Se ha producido un error al validar. HRESULT = ''80004005''

Answer 1

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, se compilaría.

Answer 2

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 había actualizado 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 cambié 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 en el proyecto de configuración HRESULT = ''80004005''

Sé que esto ya se resolvió en otro lugar pero quería aclarar esto desde otro ángulo problemático.

Answer 3

Este error está relacionado con un error de dependencia. Eliminé todas las referencias a mi proyecto de salida principal y las agregué nuevamente. Ahora compila OK!

Answer 4

He gastado mucho tiempo en este mismo, aunque ninguno de los anteriores funcionó. Pero he encontrado otra solución con un hack del registro, debe agregar un nuevo valor DWORD ( EnableOutOfProcBuild ) de ( 0 ) a HKCU/SOFTWARE/Microsoft/VisualStudio/14.0_Config/MSBuild/EnableOutOfProcBuild

Nota : esto es para Visual Studio 2015

Answer 5

Instalé Visual Studio 2010 y convertí las soluciones a esa versión. Debido a problemas de rendimiento, cambié mis soluciones de nuevo a Visual Studio 2008. Ahora todo estaba mejor, pero recibí un error al intentar 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, por lo que todo lo que tenía que hacer era descargar el proyecto de prueba y volver a generar el proyecto de instalación.

Resumen: descargue cualquier proyecto de Visual Studio 2010 en solución.

Espero que ayude.

Answer 6

Las dos razones que encontré ya están en otras respuestas, pero están en respuestas separadas y no están completamente explicadas. Así que, con suerte, esto combinará las posibilidades y dará buenos medios para depurar cada una. :)

Sentido Común

Mi problema no fue un error de dependencia. Sin embargo, esa parece ser la razón común. Básicamente, debe revisar su archivo MSI y asegurarse de que todas las dependencias sigan siendo válidas. Probablemente la mejor respuesta del blog sobre cómo puede resolverlo fácilmente si se trata de un problema de dependencia es un error durante la validación. HRESULT = ''80004005'' .

Extracto del blog :

Siga los pasos a continuación para solucionar problemas.

• Si tiene varios resultados de proyecto en su solución, identifique el proyecto que está dando el problema. Puede hacerlo eliminando un proyecto a la vez del Proyecto de configuración (S) hasta que desaparezca el error.

• Una vez que se identifica el proyecto, identifique la referencia que podría estar dando el problema.

  • Compruebe si el proyecto (A) hace referencia a un proyecto que se ha eliminado de la solución. - Eliminar tales referencias si las hubiere.
  • Verifique si el Proyecto (A) está haciendo referencia a un proyecto que se movió a una ubicación física diferente después de que se agregó como referencia. - Eliminar y añadir dichas referencias.

• Reconstruya el proyecto de configuración después de corregir la referencia para ver si el error desaparece.

Razón alternativa

Mi problema tenía que ver con la versión 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:

El archivo del 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 la versión de Visual Studio. Esto significa que un proyecto se abrió o creó en Visual Studio 2010 y luego se guardó o se agregó a una solución 3.5 existente. Simplemente busqué en todos los archivos de mi proyecto ToolsVersion="4.0" y encontré el archivo .csproj ofensivo, lo abrí en un editor de texto y cambié manualmente 4.0 a 3.5 .

Answer 7

Leí esta respuesta de otra publicación en , y ha funcionado para mí.

Abra su archivo de proyecto de configuración (.vdproj) en el Notepad de Notepad (o en cualquier otro editor de texto). Borre estas líneas al comienzo del archivo .vdproj:

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

Construir de nuevo - el error se ha ido. Ese error no me impidió implementar, compilar, depurar (o cancelar) mi proyecto; simplemente me molestó. Y se encendió incluso si configuraba todos los proyectos para que se construyeran en una configuración actual y el proyecto de configuración no.

Answer 8

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

Answer 9

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 "Se produjo un error al validar. HRESULT = 80004005". generalmente ocurre cuando el proyecto se refiere al otro proyecto que no se agrega a la solución de currect [sic]. El proyecto de instalación solo admite proyectos de dependencia dentro de la misma solución. 1

Answer 10

Sé que esta es una noticia algo vieja, pero mi problema particular y mi 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 "Falló la construcción". 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 volví a crear la referencia y cambió el nombre de referencia de Microsoft.Office.Core (que aparentemente era solo una versión de 32 bits) a "OFICINA". Entonces todo funcionó muy bien. - Asegúrate de anotar la ruta al archivo al que estás haciendo referencia en la ventana de propiedades ... Mi nueva ruta fue exactamente la misma, pero el nombre de referencia cambió de todos modos ... aún así me rasco la cabeza con esa. ..

Entonces, la moraleja de la historia es ... Cuando no recibas ningún error y tu compilación falla, comprueba la pestaña "Salida" y podría ayudarte.

Answer 11

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