WiX Spal - Określić, jakie elementy są już zainstalowane

Question

Mam instalację spalania, przy czym użytkownik może wybrać, która z trzech opcji instalacji - każdy z nich bezpośrednio odnosi się do jednej z trzech MsiPackages w łańcuchu, takich jak:

<Chain> 
    <MsiPackage SourceFile="..\ProductA\bin\Release\ProductA.msi" InstallCondition="chkProductA" /> 
    <MsiPackage SourceFile="..\ProductB\bin\Release\ProductB.msi" InstallCondition="chkProductA" /> 
    <MsiPackage SourceFile="..\ProductC\bin\Release\ProductC.msi" InstallCondition="chkProductC" /> 
</Chain> 

Wszystko w porządku. Jednak, gdy następnym razem uruchomię msi, chcę tylko ponownie zainstalować/zaktualizować elementy, które zostały wybrane pierwotnie - tj. Jeśli wybrano tylko productA, nie chcę instalować produktów B C.

Jak określić, co zostało pierwotnie wybrane?

Answer 1

OK, Posortowałem, więc najlepiej opublikuję moje rozwiązanie.

Ostatecznie sprowadza się do dwóch części ...

a) ustawienie klucza rejestru w każdym z produktów firmy MSI, które są ustawione na instalacji. Oczywiście jeśli ten MSI nie był pierwotnie zainstalowany, wpis rejestru nie będzie istnieć. tj

<!-- registry entry to state that the item has been installed--> 
    <Component Id="cmp_WriteToRegistry" Guid="[yourguid]"> 
    <RegistryKey Root="HKLM" 
       Key="Software\MyCompany]" 
      Action="createAndRemoveOnUninstall"> 
     <RegistryValue Type="integer" Name="ProductA" Value="1" KeyPath="yes"/> 
    </RegistryKey> 
    </Component> 

b) Sprawdzenie istnienia tego klucza rejestru w oparzeniu robiąc upgrade ...

<!-- Determine what items are to be installed in the event of an install using the BA--> 
<WixVariable Id="chkProductA" Value="![CDATA[chkProductA]]" /> 
<WixVariable Id="chkProductB" Value="![CDATA[chkProductB]]" /> 
<WixVariable Id="chkProductC" Value="![CDATA[chkProductC]]" /> 

<!-- Determine what items are installed in the event of an upgrade--> 
<util:RegistrySearch Root="HKLM" Key="SOFTWARE\MyCompany" Value="ProductAInstalled" Variable="ProductAInstalled" Result="exists" /> 
<util:RegistrySearch Root="HKLM" Key="SOFTWARE\MyCompany" Value="ProductBInstalled" Variable="ProductBInstalled" Result="exists" /> 
<util:RegistrySearch Root="HKLM" Key="SOFTWARE\MyCompany" Value="ProductCInstalled" Variable="ProductCInstalled" Result="exists" /> 

<Chain> 
    <MsiPackage SourceFile="..\SetupProductA\bin\Release\SetupProductA.msi" 
       InstallCondition="chkProductA OR ProductAInstalled" /> 
    <MsiPackage SourceFile="..\SetupProductB\bin\Release\SetupProductB.msi" 
       InstallCondition="(chkProductB) OR (ProductBInstalled)" /> 
    <MsiPackage SourceFile="..\SetupProductC\bin\Release\SetupProductC.msi" 
       InstallCondition="(chkProductC) OR (ProductCInstalled)" /> 
</Chain> 

</Bundle> 

Więc w InstallCondition, chkProductA wartość true, gdy używany jest interfejs i odpowiednie pole wyboru jest zaznaczone i ProductAInstalled jest wartością prawdy, gdy dany produkt został już zainstalowany - dbanie o aktualizację, która w moim przypadku dzieje się bez interakcji użytkownika.

Łatwo, kiedy wiesz jak. I na pewno nie zacząć ...

Answer 2

Jeśli robisz własną aplikację udało inicjującego, można to zrobić w obsługi zdarzeń DetectPackageComplete:

CustomBA_DetectPackageComplete(object sender, DetectPackageCompleteEventArgs e) 
{ 
    if (e.PackageId == "SetupProductA" && e.State == PackageState.Present) 
    { 
     CustomBA.Engine.NumericVariables["chkProductA"] = 1; 
    } 
    etc... 
} 

Podobną rzecz można zrobić, aby wykryć zainstalowane funkcje przy użyciu DetectMsiFeature.

Powiedziałbym, że użyłbym tej metody tylko, jeśli masz już niestandardowe BA. Budowanie niestandardowego BA to lot z pracy.