Redistributing the .NET Framework Using Visual Studio .NET Deployment
This section describes some possible scenarios for distributing the .NET Framework redistributable, Dotnetfx.exe, using Visual Studio .NET 2003. Because Dotnetfx.exe is a significant run-time component, you must have administrator privileges in order to install it on a computer .
When you deploy applications created with Visual Studio .NET that depend on the .NET Framework, the .NET Framework must already be present on the target computer. The .NET Framework can be included in a setup executable file created using Visual Studio .NET deployment Tools Only if you have installed the Visual Studio .NET Framework Bootstrapper Plug-in; OtherWise It Must Be Installed Separately.
Caution Deployment Projects for Applications That Reference The .NET Framework Automatic Add A Merge Module (DOTNETFXREDIST_X86_
XXX.MSM, WHERE
xxx represents the language code) in the detected dependencies folder This merge module can not be redistributed;.. it exists for internal use by the project to prevent individual .NET assemblies from being listed It is excluded by default; attempting to include it will cause a Build Error.
There Are Four Alternatives when Deploying a .NET Framework Application:
Install the Visual Studio .NET Framework Bootstrapper Plug-in on your development computer and use a Setup project to install the .NET Framework executable file along with your application. Instruct the user to manually install the .NET Framework executable. Use the Setup.exe Bootstrapper sample to install the .NET Framework redistributable package (Dotnetfx.exe) and then launch the Windows Installer package for your application. Network administrators can redistribute Dotnetfx.exe using an electronic software distribution tool. for details, see Distributing Dotnetfx.exe Using an . Electronic Software Distribution Tool in the white paper Redistributing the .NET Framework quote from: http:? //msdn.microsoft.com/library/default.asp url = / library / en-us / dnnetdep / html / vsredistdeploy1_1.asp
In any case, the 23M Runtime package is less, and the VS2003 does not have a very convenient to directly generate such installation packages. I don't know how Microsoft thinks.