Pour les versions 2.0, 3.0 et 3.5, l'installation .NET Framework
directement à partir de la .msi
base de données échouerait avec un message sur la nécessité de lancer à setup.exe
moins que les propriétés ADDEPLOY
or ne VSEXTUI
soient définies sur 1. Je suppose que lors de son utilisation, Group Policy
elle est automatiquement définie ADDEPLOY
sur 1 pour chaque installation effectuée , mais sinon, vous devrez le faire explicitement.
Pour les éditions Client Profile
et Extended
de .NET Framework
4.0, cela fonctionne de la même manière, sauf que la seule et unique propriété que vous pouvez définir est appelée EXTUI
; ADDEPLOY
n'aura pas l'effet souhaité. (Si vous regardez l' CA_BlockDirectInstall
action dans le InstallExecuteSequence
tableau de la .msi
base de données, vous verrez que la condition pour cette action particulière est " NOT (EXTUI = 1 OR Installed)
"). Après avoir défini cette propriété sur 1, j'ai pu effectuer des déploiements directement à partir de la .msi
via Novell ZENworks
ou msiexec.exe
sans aucun problème. On pourrait penser que cela Active Directory
devrait être tout aussi facile, sauf que, contrairement à ADDEPLOY
, je suppose que vous devrez probablement définir la EXTUI
propriété vous-même, ce qui peut être fait avec une transformation.
Une ligne de commande minimale pour effectuer une installation sans assistance de, par exemple, 64 bits .NET Framework 4.0 Client Profile
serait ...
msiexec.exe / i netfx_Core_x64.msi EXTUI = 1
...ou simplement...
netfx_Core_x64.msi EXTUI = 1
Puisqu'il n'y a pas d'options d'installation à personnaliser par l'utilisateur, le mode d'interface complète (par défaut) est déjà une installation sans assistance, vous n'avez donc pas besoin d'ajouter /passive
ni de /q
commutateurs pour le faire fonctionner sans assistance.