Als u dit probleem ondervindt:
—— Starten van pre-build validatie voor project 'XPressBadgeInstaller' ——
FOUT: er is een fout opgetreden tijdens het valideren. HRESULT = '8000000A'
—— Pre-build validatie voor project 'XPressBadgeInstaller' voltooid ——
De oplossing is de volgende:
Als u de foutmelding “Er is een fout opgetreden tijdens het valideren. HRESULT = '8000000A' ”tijdens het bouwen van Visual Studio setup-project vanaf de opdrachtregel in Visual Studio 2012 of hoger IDE-omgeving, de reden is dat de nieuwe IDE's geen ondersteuning bieden voor build buiten het eigen proces.
Maar er is een tweak die u zal helpen om hetzelfde in te schakelen en u zult nu toestemming krijgen om het MSI-installatieproject vanaf de opdrachtregel zelf te bouwen.
De oplossing voor “Er is een fout opgetreden tijdens het valideren. HRESULT = '8000000A' ”foutmelding is heel eenvoudig. Het is slechts een registeraanpassing die u als tijdelijke oplossing moet uitvoeren.
Hiervoor opent u uw Windows-register met beheerdersrechten en navigeert u naar het volgende registersleutelpad: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" voor Visual Studio 2012 IDE of, naar het registerpad "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" voor de Visual Studio 2013. Als je gebruikt Visual Studio 2015, dan is de registersleutel waarheen u moet navigeren "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
Maak in dat pad een DWORD-sleutel met de naam "EnableOutOfProcBuild"En stel de waarde in op" 0 "(nul). Start nu het bouwproces vanaf de opdrachtregel en alles zal werken zoals u verwachtte.
Ik hoop dat deze kleine Tips & Tricks nuttig waren. Laat het me weten als dit je heeft geholpen. Blijf op de hoogte op mijn blog voor nieuwe artikelen, tips. Vergeet niet mijn andere berichten te lezen tegen de tijd dat ik schrijf en een nieuw bericht publiceer. Een fijne dag toegewenst!
Dat is van hier:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
De registersleutel is hier beschikbaar:
Enkele implicaties van de nieuwe modulaire opzet van Visual Studio 2017 voor VSX-ontwikkelaars
Maar niet alleen dat. Visual Studio 2017 is ook veel meer geïsoleerd en veerkrachtiger. Het installeert geen Visual Studio-assembly's in de Global Assembly Cache (GAC) en gebruikt voor het grootste deel niet het hoofdregister van Windows. In het verleden (sinds VS 2010, zie mijn bericht Het vreemde geval van de registersleutel HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projects \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Visual Studio omgeleid HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ naar HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, om de installatie van extensies via .pkgdef-bestanden mogelijk te maken zonder beheerdersrechten, enz. Nu gebruikt VS 2017 zijn eigen privéregister. Kijk hoe leeg de normale HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0-sleutel op mijn computer is en merk op dat er geen 15.0_Config-sleutel is:
In plaats daarvan wordt het private register van VS 2017 opgeslagen in uw AppData-map:
Gelukkig kunt u regedit.exe gebruiken om een privécomponent te laden. U moet het knooppunt HKEY_USERS selecteren en op het menu Bestand> Hive laden… klikken. U selecteert het bestand privateregistry.bin, geeft een naam aan de component (ik heb "VS2017PrivateRegistry" ingevoerd) en nu kunt u de 15.0 _Config-sleutel ingevuld zoals gewoonlijk (opmerking: gebruik Bestand> Hive verwijderen als u klaar bent):
