Auparavant, j'ai utilisé Visual Studio 2008 setup.bin pour générer un programme d'amorçage. J'ai eu quelques problèmes qui étaient difficiles à résoudre et se sont tournés vers dotNetInstaller. Une grande chose avec le bootstrapper généré VS 2008, était que j'étais capable de contrôler l'emplacement de téléchargement pour le framework .NET. En utilisant la tâche MSBuild je pourrais spécifier le componentsLocation:Comment contrôler l'URL de téléchargement de dotNetFx35setup.exe sans utiliser le programme d'amorçage Visual Studio
<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\" />
Ici, je suis en mesure d'utiliser le ComponentsLocation = « relative » et le programme d'amorçage téléchargeait de notre propre serveur Web - qui est ce que je veux. Quand je n'ai plus le bootstrappeur VS 2008, j'aimerais avoir la même fonctionnalité. Le nouveau boostrapper télécharge le dotNetFx35setup.exe à partir d'un serveur défini, mais le problème est que ce ".NET bootstrapper" se connecte aux serveurs de Microsoft pour télécharger les paquets nécessaires. Tenter d'exécuter la commande suivante:
dotNetFx35setup.exe /?
n'a pas montré d'options pour contrôler l'emplacement de téléchargement. Le serveur Web contiendra la structure de paquetage que le SDK Windows (v6.0A) contient dans le répertoire Bootstrapper \ Packages. La structure ressemble à ceci:
Packages
DotNetFX
DotNetFX30
DotNetFX35
DotNetFx35Client
DotNetFx35SP1
.....
Quand je déclare une dépendance au .NET Framework 3.5, la structure du répertoire DotNetFX35 dans le est copié bin/Debug. Je l'ai copié ce répertoire sur le serveur Web et il ressemble à ceci:
DotNetFX35
dotNetFX20
dotNetFX30
dotNetFX35
x64
netfx35_x64.exe
x86
netfx35_x86.exe
dotNetMSP
dotNetFx35setup.exe
Les autres répertoires contiennent principalement MSI, fichiers MSP et MSU. Donc, des conseils sur la façon de contrôler le téléchargement du framework .NET. Est-ce que je ne devrais pas utiliser le fichier dotNetFx35setup.exe? Si non - que dois-je utiliser?
Wow, c'est la Mère de toutes les idées vraiment mauvais. Allez-vous vraiment faire fonctionner ce serveur pour les 20 prochaines années? Fournir cinq neuf temps-garantie garantie? Gardez-le à jour avec les correctifs de sécurité et les service packs? Pourquoi? –
Vous supposez que c'est une application qui va être servie dans le public - ce qui n'est pas le cas. Et l'accélération avec la possibilité de se rapprocher de la vitesse LAN en vaut vraiment la peine! Ce n'est pas interne, donc nous ne pouvons pas utiliser un serveur de fichiers standard. MS a ajouté ceci pour une raison - il y a certainement des cas d'utilisation valides pour cela. – tronda