Comment installer dans le dossier LocalAppData?

Répertoire suivant paramètre fonctionne parfaitement pour moi.

<Directory Id='TARGETDIR' Name='SourceDir'>
  <Directory Id="ProgramFilesFolder">
    <Directory Id='INSTALLDIR' Name='MyApp'/>
  </Directory>
</Directory>

Cependant, quand j'ai essayé de changer "ProgramFilesFolder" à "LocalAppDataFolder", j'ai eu beaucoup d'erreur lors de l'utilisation de light sur le lien et générer ma msi:

D:\runGroup.wxs(53) : error LGHT0204: ICE38: Component cmpA5561BE36D80EB58252E69DDA0C2FF8C installs to user profile. It must use a registry key under HKCU as its KeyPath, not a file.
D:\main.wxs(38) : error LGHT0204 : ICE64: The directory INSTALLDIR is in the user profile but is not listed in the Remove File table.

Ressemble "LocalAppDataFolder" n'est pas acceptable pour WiX, même si je crois que c'est l'un des système de propriétés de dossier qui sont définis dans le ici.

Que suis-je censé utiliser pour LocalAppData dossier?

source d'informationauteur Deqing

  1. 9

    J'ai converti une application à partir d'un perMachine installer un perUser installer. Dans le but de les convertir à l'installer, j'ai dû ajouter une clé de registre pour chacun des éléments que j'ai.

    À l'origine, j'ai eu la suivante:

    <Component Id="C.MyExe">
  <File Id="Fi.MyExe" Name="$(var.MyExe.TargetFileName)" Source="$(var.MyExe.TargetPath)" DiskId="1">
    <Shortcut Id="SC.StartMenu"
              Directory="D.ApplicationMenuDir"
              Name="$(var.AppName)"
              WorkingDirectory="INSTALLDIR"
              Icon="MY_ICON.ico"
              IconIndex="0" 
              Advertise="yes"
      />
      ...

    Quand j'ai déplacé le fichier exe composant à l'utilisateur d'installer, j'ai dû faire quelque chose comme ceci:

    <Directory Id="LocalAppDataFolder" Name="AppData">
  <Directory Id="MyAppDirectory" Name="$(var.AppName)">
    <Component Id="C.MyExe" Guid="{MY_GUID}">
      <CreateFolder />
      <RemoveFolder Id="RemoveMyAppDirectory" On="uninstall" />
      <RegistryKey Root="HKCU" Key="Software\MyCompany\MyApp">
        <RegistryValue Name="MainExe" Value="1" KeyPath="yes" Type="integer" />
      </RegistryKey>
      <File Id="Fi.MyExe" Name="$(var.MyExe.TargetFileName)"
          Source="$(var.MyExe.TargetPath)" DiskId="1" Checksum="yes">
      </File>
    </Component>
   ...

    La partie la plus importante est que vous devez ajouter une clé de registre qui pointe vers HKEY_CURRENT_USER. J'ai ajouté une valeur de registre pour chaque composante, ce qui indique que le composant est installé.

    J'ai également eu à supprimer les éléments suivants: Advertise="yes".

  2. 2

    Êtes-vous de l'installation par utilisateur ou par machine? Aussi, quels sont les versions de système d'exploitation êtes-vous cibler? Vous voudrez peut-être lire:

    Création d'un package unique pour Chaque Utilisateur ou Par Installation de la Machine contexte dans Windows 7

  3. 1

    Ok, juste trouvé que l'on peut faire en l'écrasant "ProgramFilesFolder":

    <SetProperty Id="ProgramFilesFolder" Value="[LocalAppDataFolder]" Before="CostFinalize"><![CDATA[NOT Privileged]]></SetProperty>

    Une autre chose à faire est, dans <Package> nous avons besoin de définir InstallPrivileges à limited.

    Bien, je ne vois pas pourquoi "ProgramFilesFolder" peut être utilisé directement, tandis que "LocalAppDataFolder" ne le peuvent pas.

  4. 1

    J'ai eu ce problème récemment. J'ai voulu convertir mon programme d'installation à partir de l'ordinateur de chaque utilisateur, mais a été prise en ICE38. J'ai demandé sur wix-utilisateurs et un avis a été que vous pouvez ignorer ICE38 parce que cela signifiait qu'une vérification par ordinateur installe.

    Voir la discussion à wix-utilisateurs.

    Puisque c'est la cas, ICE38 est (à mon avis) incorrect et que vous souhaitez ignorer. ICE38 implique que vous installez par des ressources de l'utilisateur dans le contexte d'une machine, d'installation, mais ne vérifie que c'est le cas.

    Fait de la création par l'utilisateur d'installer exige que vous ignorez ICE38
    parce qu'il ne sera jamais exacte de ce monde.

    [Modifier]
    On dirait que vous obtenu de l'aide ici.

    De Peter Shirtcliffe:

    Ceci est mon propre, certes fautif, la compréhension de chaque utilisateur installations:

    L'installation dans le sous-répertoire de LocalAppDataFolder est parfaitement OK dans un
    par utilisateur MSI. En raison de certains scénarios concernant les utilisateurs itinérants, vous
    besoin d'ajouter des composants contenant des éléments pour tout
    les répertoires que vous créez sous LocalAppDataFolder. C'est pourquoi ICE64 est
    apparaissant.

    La ICE38 d'erreur est un peu trompeur: puisque vous avez par utilisateur
    de l'installation, il est sûr d'ignorer aussi longtemps que l'utilisateur ne peut pas choisir un
    alternative emplacement d'installation qui est commun à tous les utilisateurs. ICE38 est
    la vérification de la situation où plusieurs utilisateurs sont tous d'installer le même
    composant le même chemin.

    Seulement l'affichage à l'aide d'autres personnes (comme moi).