Si está viendo este problema:
—— Iniciando la validación previa a la compilación para el proyecto 'XPressBadgeInstaller' ——
ERROR: Ocurrió un error durante la validación. HRESULT = '8000000A'
—— Validación previa a la compilación para el proyecto 'XPressBadgeInstaller' completada ——
La solución es la siguiente:
Si se encuentra con el mensaje de error “Se produjo un error durante la validación. HRESULT = '8000000A' ”mientras se construye el proyecto de instalación de Visual Studio desde la línea de comandos en Visual Studio 2012 o en un entorno IDE superior, la razón es que los nuevos IDE no admiten la compilación fuera del propio proceso.
Pero hay una modificación que le ayudará a habilitar la misma y ahora se le permitirá construir el proyecto de configuración de MSI desde la propia línea de comandos.
La solución para “Se produjo un error durante la validación. HRESULT = '8000000A' ”El mensaje de error es muy simple. Es solo un ajuste de registro que debe realizar como solución.
Para que esto funcione, abra su Registro de Windows con privilegios administrativos y navegue a la siguiente ruta de la clave de registro: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" para Visual Studio 2012 IDE o, a la ruta de registro "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" para la Visual Studio 2013. Si estas usando Visual Studio 2015, entonces la clave de registro a la que debe dirigirse es "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
En esa ruta, cree una clave DWORD con el nombre "EnableOutOfProcBuild”Y establezca su valor en“ 0 ”(cero). Ahora reinicie el proceso de compilación desde la línea de comandos y todo funcionará como esperaba.
Espero que estos pequeños consejos y trucos hayan sido útiles. Avísame, si esto te ayudó. Estén atentos a mi blog para obtener nuevos artículos y consejos. No olvide leer mis otras publicaciones antes de que escriba y publique una nueva publicación. ¡Ten un buen dia!
Eso es de aquí:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
La clave de registro está disponible aquí:
Pero no solo eso. Visual Studio 2017 también es mucho más aislado y resistente. No instala ensamblados de Visual Studio en la caché de ensamblados global (GAC) y no usa en su mayor parte el registro principal de Windows. En el pasado (desde VS 2010, vea mi publicación El extraño caso de la clave de registro HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projects \ {C8D11400-126E-41CD-887F-60BXXXUMXF40844E}), Visual Studio redirigió a HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ a HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, para permitir la instalación de extensiones a través de archivos .pkgdef sin derechos de administrador, etc. Ahora, VS 2017 usa su propio registro privado. Vea qué tan vacía está la clave HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0 en mi máquina y observe que no hay una clave 15.0_Config:
En su lugar, el registro privado de VS 2017 se almacena en su carpeta AppData:
Afortunadamente, puede usar regedit.exe para cargar una colmena privada. Debe seleccionar el nodo HKEY_USERS y hacer clic en el menú Archivo> Cargar subárbol…. Seleccionas el archivo privateregistry.bin, le das un nombre a la colmena (ingresé “VS2017PrivateRegistry”) y ahora puedes ver el 15.0 _Config clave rellenada como de costumbre (nota: use Archivo> Descargar Hive cuando haya terminado):
