Ранее я использовал файл setup.bin для Visual Studio 2008 для создания загрузчика.У меня были некоторые проблемы, которые было трудно решить, и я обратился к dotNetInstaller .Одна замечательная вещь, создаваемая загрузчиком VS 2008 года, заключалась в том, что я смог контролировать местоположение загрузки для .NET Framework.Используя задачу MSBuild, я мог указать расположение компонентов:
<GenerateBootstrapper
ApplicationFile="$(TargetFileName)" ApplicationName="MyApp"
ApplicationUrl="http://$(InstallerHost)$(DownloadUrl)"
BootstrapperItems="@(BootstrapperFile)"
CopyComponents="True" ComponentsLocation="Relative"
OutputPath="$(OutputPath)"
Path="C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\" />
Здесь я могу использовать ComponentsLocation = "Relative", и загрузчик загружал бы с нашего собственного веб-сервера - это то, что я хочу.Когда у меня больше не будет загрузчика VS 2008, я бы хотел иметь такую же функцию.Новый загрузчик загружает файл dotNetFx35setup.exe с определенного сервера, но проблема в том, что этот загрузчик .NET подключается к серверам Microsoft для загрузки необходимых пакетов.Попытка выполнить следующую команду:
dotNetFx35setup.exe /?
не показала никаких параметров для управления местоположением загрузки.Веб-сервер будет содержать структуру пакета, которую Windows SDK (v6.0A) имеет в каталоге Bootstrapper \ Packages.Структура выглядит следующим образом:
Packages
DotNetFX
DotNetFX30
DotNetFX35
DotNetFx35Client
DotNetFx35SP1
.....
Когда я устанавливаю зависимость от .NET Framework 3.5, структура каталогов DotNetFX35 копируется в каталог bin / Debug.Я скопировал этот каталог на веб-сервер, и он выглядит так:
DotNetFX35
dotNetFX20
dotNetFX30
dotNetFX35
x64
netfx35_x64.exe
x86
netfx35_x86.exe
dotNetMSP
dotNetFx35setup.exe
Другие каталоги содержат в основном файлы MSI, MSP и MSU.Таким образом, любые указания о том, как контролировать загрузку .NET Framework.Я не должен использовать файл dotNetFx35setup.exe?Если нет - что я должен использовать?