Comment l'installer .NET framework 4.0 en tant que partie de l'installation?

J'ai créé un programme d'amorçage,il fonctionne
mais il n'a pas d'installer NET Framework 4.0. Après la fin de l'installation de mon application ne démarre pas car pas de NET Framework 4.0.
Pourquoi ne pas installer le netf 4.0?

<ItemGroup>
    <BootstrapperFile Include="Microsoft.Windows.Installer.4.5">
      <ProductName>Windows Installer 4.5</ProductName>
    </BootstrapperFile>
       <BootstrapperPackage Include=".NETFramework,Version=v4.0">
            <Visible>True</Visible>
            <ProductName>.NET Framework 4.0</ProductName>
            <Install>True</Install>
        <Visible>True</Visible>
      </BootstrapperPackage>
  </ItemGroup>
  <Import Project="$(WixTargetsPath)" />
  <Target Name="AfterBuild">
    <GenerateBootstrapper ApplicationFile="DOGInstaller.msi" 
    ApplicationName="DOG" 
    BootstrapperItems="@(BootstrapperFile)" 
    CopyComponents="True" 
    ComponentsLocation="HomeSite"
    OutputPath="$(OutputPath)\en-us\"
    Path="C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bootstrapper" 
    Culture="en" />
  </Target>
Le chemin que vous êtes en fournissant "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bootstrapper" sera applicable seulement pour la version 64 bits de machines, il ne fonctionne pas sur les machines 32 bits
Pourquoi? Ce que je dois utiliser?
Il n'y a pas de solution dans WIX. Moi aussi j'avais le même problème, après googler et RnD, je suis venu avec cette réponse
Ce chemin d'accès utilisé uniquement sur la machine où je suis bâtiment MSI. Il s'appuie sur ok. Si je construis MSI sur 32 bits OS j'ai modifier le chemin d'accès.La question est: pourquoi NETF4 n'est pas de l'installation de la machine cible?

OriginalL'auteur Oleg | 2011-08-09

  1. 5

    Dans le wixproj fichier, ajoutez la structure suivante. Notez que le <WixTargetsPath> balises doivent résider dans le la première <PropertyGroup> nœud, le long avec le reste de ce qui est généralement là.

    <Project>
  <PropertyGroup> <!-- This must be the first PropertyGroup node. -->
    ...
    <WixTargetsPath Condition=" '$(WixTargetsPath)' == '' AND '$(MSBuildExtensionsPath32)' != '' ">$(MSBuildExtensionsPath32)\Microsoft\WiX\v3.x\Wix.targets</WixTargetsPath>
    <WixTargetsPath Condition=" '$(WixTargetsPath)' == '' ">$(MSBuildExtensionsPath)\Microsoft\WiX\v3.x\Wix.targets</WixTargetsPath>
  </PropertyGroup>
  ...
  <ItemGroup>
    <BootstrapperFile Include="Microsoft.Windows.Installer.3.1">
      <ProductName>Windows Installer 3.1</ProductName>
    </BootstrapperFile>
    <BootstrapperFile Include=".NETFramework,Version=v4.0">
      <ProductName>Microsoft .NET Framework 4.0 (x86 and x64)</ProductName>
    </BootstrapperFile>
  </ItemGroup>
  <PropertyGroup>
    <BootstrapperPath>$(ProgramFiles)\Microsoft SDKs\Windows\v7.0A\Bootstrapper\</BootstrapperPath>
  </PropertyGroup>
  <Target Name="AfterBuild">
    <GenerateBootstrapper
      ApplicationFile="$(TargetFileName)"
      ApplicationName="$(OutputName)"
      BootstrapperItems="@(BootstrapperFile)"
      ComponentsLocation="Relative"
      CopyComponents="True"
      OutputPath="$(OutputPath)"
      Path="$(BootstrapperPath)" />
  </Target>
</Product>
    Ce bloc de code semble montrer des modifications à la wix fichier de projet ET un .wxs fichier. Ceci est source de confusion. La balise de fermeture </Produit>. Devrait-il être </Projet> ?
    Aussi, cela ne fonctionne pas. C'est lookign pour la bootstrappers dans le répertoire courant de l'installateur.

    OriginalL'auteur Hand-E-Food

  2. 3

    Tous les éléments de l'élément du groupe doivent avoir le même nom, "BootstrapperFile" - actuellement, vous aurez deux groupes d'article, de sorte que le .Net Framework ne sera pas inclus dans le programme d'amorçage (comme c'est dans un autre élément du groupe appelé "BootstrapperPackage".

    Bien que la plupart des exemples sur le net use "BootstrapperFile" ou "BootstrapperPackage", le nom n'est pas important, il suffit de le mettre en ligne avec le paramètre du programme d'amorçage tâche de génération - malheureusement, la cohérence des exemples dans certains cas, peut conduire à des idées fausses 🙂

    Une fois corrigé, l'autre chose à vérifier est que lors de la construction - à la fois sur votre ordinateur local et sur le serveur de build (si vous en avez un) qu'aucun avertissement n'est connecté le boostrapper tâche de génération par défaut ne sera pas provoquer la génération échoue si un ou plusieurs colis ne peut pas être trouvé.

    Vous verrez cela dans le msbuild journaux comme:

    • avertissement MSB3155: l'Article".NETFramework,Version=v4.0' n'a pas pu être localisé dans ".

    Des moyens faciles de détecter c'est le cas avec votre programme d'amorçage, sont:

    1. Générées .exe fichier est inhabituellement petit - dire 300-400K.
    2. Supprimer votre accompagner .MSI fichier, puis exécutez le programme d'amorçage - il va générer un fichier journal (dont il fournit le chemin d'accès à un message d'erreur). Le fichier journal de la liste de paquets qui ont été vérifiés (pour voir si ils ont besoin d'être exécutées) - avec ce qui a été exécuté. Si votre colis n'était pas dans la liste, il n'est pas dans le programme d'amorçage.

    OriginalL'auteur Bittercoder

  3. 0

    J'ai utilisé dotnetinstaller pour vérifier et installer les pré-requis. Elle est très simple et facile à utiliser. Il fournit également la possibilité de convertir msi en exe et attacher l'invite UAC.
    Vous avez besoin d'une fichier de configuration

    Puis dans votre projet en post-événement de construction d'ajouter ce code. Cela permettra d'intégrer votre msi et pré-requis de fichier.

    copy /Y "$(ProjectDir)Files\dotnetfx35setup.exe" "C:\Windows\Temp"
copy /Y $(TargetPath) "C:\Windows\Temp"
"$(SolutionDir)Tools\dotNetInstaller 2.0\Bin\installerLinker.exe" /o:"$(TargetDir)Setup.exe" /t:"$(SolutionDir)Tools\dotNetInstaller 2.0\Bin\dotNetInstaller.exe" /c:"$(ProjectDir)Files\Configuration.xml" /b:"$(ProjectDir)Files\banner.bmp" /Embed+ /Verbose+
    Thnx, mais j'ai Wix projet de l'Installateur et seulement besoin d'ajouter NET framework installation.
    oui je suis d'accord. le code que j'ai fourni ici est uniquement pour l'installation .net framework 4.0

    OriginalL'auteur Sunil Agarwal