Para as versões 2.0, 3.0 e 3.5, a instalação .NET Framework
direta a partir do .msi
banco de dados falharia com uma mensagem sobre a necessidade de iniciar, a setup.exe
menos que as propriedades ADDEPLOY
ou VSEXTUI
estivessem definidas como 1. Suponho que, ao usá- Group Policy
lo, defina automaticamente ADDEPLOY
1 como para cada instalação executada , mas, caso contrário, você precisará fazer isso explicitamente.
Para ambos os Client Profile
e Extended
edições de .NET Framework
4.0, ele funciona da mesma maneira, exceto a única propriedade que você pode definir é chamado EXTUI
; ADDEPLOY
não terá o efeito desejado. (Se você observar a CA_BlockDirectInstall
ação na InstallExecuteSequence
tabela do .msi
banco de dados, verá que a condição para essa ação específica é " NOT (EXTUI = 1 OR Installed)
"). Depois de definir essa propriedade como 1, pude executar implantações diretamente da .msi
via Novell ZENworks
ou msiexec.exe
sem problemas. Alguém poderia pensar que Active Directory
deveria ser tão fácil, exceto que, ao contrário de ADDEPLOY
, acho que você provavelmente precisará definir a EXTUI
propriedade por conta própria, o que pode ser feito com uma transformação.
Uma linha de comando mínima para executar uma instalação autônoma de, por exemplo, 64 bits .NET Framework 4.0 Client Profile
seria ...
msiexec.exe / i netfx_Core_x64.msi EXTUI = 1
...ou simplesmente...
netfx_Core_x64.msi EXTUI = 1
Como não há opções de instalação para o usuário personalizar, o modo de interface completo (padrão) já é efetivamente uma instalação autônoma, portanto, você não precisa adicionar /passive
nem nenhuma opção /q
para fazê-lo executar autônoma.