Microsoft .NET Framework version 2.0
/ 5
Microsoft has released the SDK as well as the redistributables for the Microsoft .NET Framework version 2.0.
Redistributables are available for x86 as well as x64. If you download 'dotnetfx.exe' it's best to install it as part of your base OS image. If you can't, then have a look at the ".NET Framework Redistributable Package Technical Reference". The following command performs a silent install of the Dotnetfx.exe redistributable package: dotnetfx /q:a /c:"install /q". But, there's an even more slick method which is: dotnetfx.exe /q:a /c:"install.exe /qb /l". In this case a Windows Installer dialog box is showing you the progress of the installation.
If you wonder why you can't use "netfx.msi" which is part of this redistrutable, just read "Undocumented unattended install switch for .NET Framework 1.1" in Aaron Stebner's weblog. This article is for the most part also applicable to the .NET Framework 2.0:
"Those of you with some knowledge of MSI command line parameters might ask why not just have customers extract the contents of dotnetfx.exe and then install netfx.msi directly. Or better yet, why not have them run dotnetfx.exe /q:a /c:"msiexec /i netfx.msi /qb /l*v" or something like that to achieve the same effect without needing to write new code to support the /qb switch for install.exe. The answer to this is that we want customers who install the .NET Framework 1.0 and 1.1 to use install.exe to do so....".
Redistributables are available for x86 as well as x64. If you download 'dotnetfx.exe' it's best to install it as part of your base OS image. If you can't, then have a look at the ".NET Framework Redistributable Package Technical Reference". The following command performs a silent install of the Dotnetfx.exe redistributable package: dotnetfx /q:a /c:"install /q". But, there's an even more slick method which is: dotnetfx.exe /q:a /c:"install.exe /qb /l". In this case a Windows Installer dialog box is showing you the progress of the installation.
If you wonder why you can't use "netfx.msi" which is part of this redistrutable, just read "Undocumented unattended install switch for .NET Framework 1.1" in Aaron Stebner's weblog. This article is for the most part also applicable to the .NET Framework 2.0:
"Those of you with some knowledge of MSI command line parameters might ask why not just have customers extract the contents of dotnetfx.exe and then install netfx.msi directly. Or better yet, why not have them run dotnetfx.exe /q:a /c:"msiexec /i netfx.msi /qb /l*v" or something like that to achieve the same effect without needing to write new code to support the /qb switch for install.exe. The answer to this is that we want customers who install the .NET Framework 1.0 and 1.1 to use install.exe to do so....".