WiX, wie Sie verhindern, dass Dateien deinstallieren, obwohl wir vergessen haben, setzen Permanent="ja"

Haben wir ein Produkt installer erstellt mit Wix, mit einem Programmpaket ("V1") und einige Konfigurationsdateien. Nun, wir gehen, um ein major upgrade mit einem neuen Produkt-code, mit dem die alte version des Produkts deinstalliert und "V2" installiert ist. Was wir wollen, ist eine der Konfigurationsdateien zu deinstallieren, da es benötigt wird, für die V2 auch. Leider haben wir vergessen, um die Permanent="yes" option, wenn die von uns gelieferten V1 (Lesen Sie diese Frage für weitere Informationen).

Hier kommt die Frage: gibt es eine einfache Möglichkeit zu verhindern das deinstallieren der Datei überhaupt? Natürlich könnten wir hinzufügen einer benutzerdefinierten Aktion in das Skript ein backup der Datei vor der deinstallation, und eine andere benutzerdefinierte Aktion wiederherstellen, danach aber IMHO zu sein scheint, dass overkill für diese Aufgabe, und möglicherweise nicht mit anderen teilen der MSI-Registrierung.

EDIT: Und ja, die NeverOverwrite="yes" Attribut bereits gesetzt ist, in V2, und das Verhalten ist wie beschrieben hab ich es.

Ich glaube nicht, dass es hilft, etwas zu ändern, direkt in der Komponente Parameter der V2. Vielleicht gibt es eine Möglichkeit zum ändern der registry irgendwie in eine benutzerdefinierte Aktion vor der deinstallation von V1, so dass der installer Dienst meint, die Konfigurations-Datei in V1 installiert wurde mit Permanent="yes"?

Kann Sie nur installieren Sie diese Dateien, oder ist es, dass Sie wollen halten Sie die lokale Datei, da Sie möglicherweise haben wurden modifiziert?
Das ist genau der Fall - die Konfigurationsdatei wurde möglicherweise geändert und sollte so bleiben, wie es ist.

InformationsquelleAutor Doc Brown | 2010-05-11

Versuchen die NeverOverwrite Attribut für die Konfigurationsdatei

Wenn dieses Attribut auf 'ja' gesetzt, der
installer nicht installieren, oder
installieren Sie die Komponente, wenn ein Schlüssel Weg
Datei oder ein Schlüssel Pfad registry-Eintrag für
die Komponente bereits vorhanden ist.

BEARBEITEN

Habe ich gerade getestet, dies in einem test-setup. Zuerst funktionierte es nicht, denn ich hatte geplant die RemoveExistingProducts Aktion vor InstallInitialize Sequenz. Dadurch wird das alte Produkt, bevor das neue Produkt installiert ist, kann es also nicht vergleichen.

Jedoch wenn ich es nach InstallFinalize es funktionierte, verließ er die Datei dort auch wenn die ursprüngliche setup nicht NeverOverwrite gesetzt. hier sind meine zwei test-Beispiele

version 1.0.0.0

<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
    <Product Id="35d07bf8-a729-402d-83d6-fdc55799a3d5" Language="1033" Manufacturer="..." Name="test1" UpgradeCode="9773a278-068d-4fac-8241-4a5b7e54f15a" Version="1.0.0.0">
        <Package Compressed="no" InstallerVersion="200" />
        <Property Id="ALLUSERS" Value="1" />
        <Upgrade Id="9773a278-068d-4fac-8241-4a5b7e54f15a">
            <UpgradeVersion OnlyDetect="no" Property="REMOVEOLDVERSION" Maximum="1.0.0.0" IncludeMaximum="no" />
            <UpgradeVersion OnlyDetect="yes" Property="NEWERFOUND" Minimum="1.0.0.0" IncludeMinimum="no" />
        </Upgrade>
        <Directory Id="TARGETDIR" Name="SourceDir">
            <Directory Id="ProgramFilesFolder" Name="ProgramFilesFolder">
                <Directory Id="INSTALLDIR" Name="test1">
                    <Component Id="New_Text_Document.txt" Guid="{CCA38D83-A890-4528-B11D-DA2E2DCDED93}" Feature="ProductFeature">
                        <File Id="New_Text_Document.txt" KeyPath="yes" Source="Harvest\ProgramFilesFolder\INSTALLDIR\New Text Document.txt" />
                    </Component>
                </Directory>
            </Directory>
        </Directory>
        <Feature Id="ProductFeature" Level="1" Title="CompletePackage" Description="The complete Product." Display="expand" />
        <CustomAction Id="NewerFound" Error="A later version of [ProductName] is already installed" />
        <InstallExecuteSequence>
            <Custom Action="NewerFound" After="FindRelatedProducts">NEWERFOUND</Custom>
            <RemoveExistingProducts After="InstallFinalize" />
        </InstallExecuteSequence>
        <UIRef Id="WixUI_Minimal" />
        <Media Id="1" />
        <UI />
    </Product>
</Wix>

version 1.0.1.0

<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
    <Product Id="1da36626-d760-4c4c-8a5c-3eb3841dbfd5" Language="1033" Manufacturer="..." Name="test1" UpgradeCode="9773a278-068d-4fac-8241-4a5b7e54f15a" Version="1.0.1.0">
        <Package Compressed="no" InstallerVersion="200" />
        <Property Id="ALLUSERS" Value="1" />
        <Upgrade Id="9773a278-068d-4fac-8241-4a5b7e54f15a">
            <UpgradeVersion OnlyDetect="no" Property="REMOVEOLDVERSION" Maximum="1.0.1.0" IncludeMaximum="no" />
            <UpgradeVersion OnlyDetect="yes" Property="NEWERFOUND" Minimum="1.0.1.0" IncludeMinimum="no" />
        </Upgrade>
        <Directory Id="TARGETDIR" Name="SourceDir">
            <Directory Id="ProgramFilesFolder" Name="ProgramFilesFolder">
                <Directory Id="INSTALLDIR" Name="test1">
                    <Component Id="New_Text_Document.txt" Guid="{CCA38D83-A890-4528-B11D-DA2E2DCDED93}" Feature="ProductFeature" NeverOverwrite="yes">
                        <File Id="New_Text_Document.txt" KeyPath="yes" Source="Harvest\ProgramFilesFolder\INSTALLDIR\New Text Document.txt" />
                    </Component>
                </Directory>
            </Directory>
        </Directory>
        <Feature Id="ProductFeature" Level="1" Title="CompletePackage" Description="The complete Product." Display="expand" />
        <CustomAction Id="NewerFound" Error="A later version of [ProductName] is already installed" />
        <InstallExecuteSequence>
            <Custom Action="NewerFound" After="FindRelatedProducts">
NEWERFOUND</Custom>
            <RemoveExistingProducts After="InstallFinalize" />
        </InstallExecuteSequence>
        <UIRef Id="WixUI_Minimal" />
        <Media Id="1" />
        <UI />
    </Product>
</Wix>

Es kann nicht funktionieren, wenn Sie die RemoveExistingProducts in der falschen Reihenfolge
Nein, das scheint nicht zu funktionieren, auch (hatten wir schon <RemoveExistingProducts Nach="InstallFinalize" />) in V1 und V2. Sind Sie sicher, dass Sie eine saubere Umgebung für Ihre tests, D. H. einer virtuellen Maschine?
Ich bin mit der version 3.5, welche version verwenden Sie? Sollte es nicht einen Unterschied machen, aber es könnte! Auch wenn Sie kompilieren Sie die Beispiele installieren das erste, dann die zweite Datei nicht ersetzt zu bekommen. Sind diese Dateien, die ersetzt werden in einer pro-Benutzer-Komponente?
Habe ich zwei test-Projekte für Ihr Beispiel, und Sie arbeiten, wie Sie sagte (mit WiX 3.0). Trotzdem, im setup für unser neues Produkt, die Einstellung NeverOverwrite nicht helfen. Scheint, ich habe zu arbeiten, den Unterschied zwischen deinem Beispiel und unsere.
Hast du eine Lösung dafür? Ich habe ein ähnliches problem, und ich bin immer zu unterschiedlichen Ergebnissen. Wenn ich den installer mit RemoveExistingProducts Nach="InstallFinalize" werden die Dateien dort rechts bis zum Ende der installation, und plötzlich beschließt, führen Sie die RemoveExistingProducts-Aktion ein zweites mal, so dass er nun das entfernen der alten Dateien... hast du Probleme?
Habe das gleiche - es läuft einfach den alten installer deinstallieren-Modus und wischt alle Dateien, auch diejenigen, die mit NeverOverwrite Flagge.

InformationsquelleAutor Charles Gargent

0

So wie ich bin, dies zu beheben ist sehr einfach.
Ich nicht installieren yourapp.config-Dateien, sondern nur yourapp.config.neue
Beim ersten ausführen die Anwendung, bevor Sie etwas anderes zu tun überprüfen Sie die config-Datei. Wenn es keine gibt, machen Sie eine Kopie yourapp.config.neues zu yourapp.config

Dies ist sehr einfach, es braucht keine speziellen Attribute.
Wenn die Anwendung deinstalliert, die config-Datei nicht deinstalliert.
Wenn die Anwendung neu installiert-Datei gestört ist.
Beachten Sie, dass, wenn die Anwendung repariert die config nicht verändert.
- Nun, Ihre Antwort findet, zwei Punkte zu der Frage. Zuerst, die Frage ist, über ein bereits implementiertes system. Lassen Sie den Installateur entfernen Sie die config-Datei (auch wenn die Anwendung V2.0 könnte einen neuen erstellen) wirft Weg alle Informationen, die ein admin manuell eingegeben es, was ich vermeiden wollte. Zweitens, ich Sprach über eine config-Datei, die Leben in die Program Verzeichnis, wo in den meisten Unternehmensumgebungen benötigen Sie administrative Zugriffsrechte, etwas zu schreiben gibt, die den installer hat, aber nicht ein "normales" Programm.
InformationsquelleAutor Pascal Ganaye

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.