Plattform-Identifikation WiX 3.0

Ich bin vor Probleme bei der Migration der verwalteten code von x86 auf x64-Plattform. Ich habe eine WiX-Projekt zum erstellen einer MSI, die ausgeführt werden, durch Bootstrapper.

Auf einer x86-Plattform, Dateien kopiert, in "Program Files" wie pro Projekt.wxs-Datei. Aber wenn die gleiche MSI-Datei installiert auf einer x64-Plattform durch Bootstrapper, alle Installationsdateien kopiert wird standardmäßig in den "Program Files (x86)" und die Funktionalität der Anwendung ist fehlgeschlagen, da Sie nicht die notwendigen Dateien im 12-hive-Hierarchie von Programm-Dateien (für 64-bit-es ist "C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\CONFIG").

Habe ich versucht, mit Hilfe von Präprozessor-Variablen der Form <?wenn $(var.ProcessorArchitecture)=x64 ?> aber ich muß fest diese variable in den Projekt-Eigenschaft entweder x86 oder x64. Schließlich Ende ich mit zwei verschiedenen MSI-Dateien für zwei verschiedene Plattformen, das ist keine erstrebenswerte Lösung für mich.

So, durch WiX, ist es möglich zu ermitteln, die Plattform, um sicherzustellen, die installation an die gewünschte Stelle?

InformationsquelleAutor user223572 | 2009-12-03

Ich glaube nicht, dass Sie werde in der Lage sein, um eine einzelne MSI unterstützt beide Plattformen. Sie müssen erstellen, einen für x86 und anderen x64 - die gute Nachricht ist, dass Sie nicht brauchen, um zu halten ein weiterer WiX-Projekt, dies zu erreichen.

Den Weg, ich habe dies in der Vergangenheit getan zu haben, Folgendes an den Anfang Ihrer Produkt-definition.

<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">

    <?if $(var.Platform)=x64 ?>
      <?define msiProductId = "102F7DF4-19A6-4d3d-987F-FF57A2031593" ?>
      <?define win64Flag = "yes" ?>
    <?else ?>
      <?define msiProductId = "8AE46CAF-220F-4B9F-9527-D4A19A27C45B" ?>
      <?define win64Flag = "no" ?>
    <?endif ?>

    <Product Id="$(var.msiProductId)"
             Name="My Product"
             Language="1033"
             Version="1.0.0"
             Manufacturer="Acme"
             UpgradeCode="E2575E4A-A62E-4460-B96D-B722C79C8EAA">

        <Package InstallerVersion="400"
                 Compressed="yes"
                 InstallPrivileges="elevated"
                 Platform="$(var.Platform)"
        />

        <!-- Rest of product definition goes here -->

    </Product>
</Wix>

Ich vergessen, wo ich bekam den Rat, um eine andere ProductID für jede Plattform.

Habe ich die 'win64Flag' variable um andere WiX-Elemente schön zu arbeiten in der cross-Plattform Szenarien. Als ein Beispiel, hier ist, wie Sie es verwenden, um eine einzelne RegistrySearch definition Arbeit für beide Plattformen und sollte das Problem beheben Sie Probleme mit dem Auffinden der 12-hive-Hierarchie.

<Property Id="WSE12DIRECTORY">
    <RegistrySearch Id="Reg_WSE12DIRECTORY"
                    Type="raw"
                    Root="HKLM"
                    Key="SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0"
                    Name="Location"
                    Win64="$(var.win64Flag)"
    />
</Property>

Mit all diesem Ort, dann ist es nur ein Fall der Weitergabe der relevante Wert für die 'Plattform' Prä-Prozessor-Variablen auf der Kerze command-line, oder die Auswahl der target-Plattform in Visual Studio.

Im WiX-3, Nutzung der Plattform-Attribut wird abgeraten. Sie empfehlen, es zu verlassen, und verwenden Sie die -arch Schalter für die Kerze statt. wix.sourceforge.net/manual-wix3/wix_xsd_package.htm
Sie müssen möglicherweise verwenden Sie die sys.BUILDARCH anstelle von var.- Plattform.

InformationsquelleAutor JamesD

11

Können Sie die Bedingungsanweisung (Dokumentation hier), die erkennt die Plattform, auf der das Installationsprogramm ausgeführt wird bei der Installation aus. Dies ermöglicht Ihnen das erstellen nur ein installer, der auf allen Plattformen funktioniert.

Den test für 64-bit-Plattform ist VersionNT64 und Umgekehrt für den test auf nicht-64-bit-Plattformen ist NOT VersionNT64.

Beispiel:
```
<Component Id="SomeComponentId" Guid="SomeGuid">
    <Condition>
        <![CDATA[NOT(VersionNT64)]]>
    </Condition>
    <File Id="SomeFile" Name="Somefile.exe" Source="$(var.UI.TargetDir)\ProjectOutput.exe" />
</Component>
```
Danke. Hier ist nun das andere problem für WIX : Durch WIX, wenn ich Holen Installationspfad für 64-bit-Komponenten, die durch den Zugriff auf den Registrierungsschlüssel, weil der registry-Umleitung Sie umgeleitet wird, um WOW6432node wo der registry-Schlüssel existiert nicht. So, durch WIX, gibt es eine Möglichkeit zu schauen in der 64-bit-Registrierung-Ansicht mit nur Einzelnen MSI-Erstellung? Soweit ich weiß, eine Komponente, die markiert werden muss, wie Win64="yes", um zu verursachen, registry-Einträge geschrieben werden unter der 64-bit-Registrierungsstruktur statt der WOW64-hive. Irgendwelche anderen Vorschläge?
Dieses Problem wird behoben, in der Lösung habe ich angeboten, in meine Antwort.
Ja. Behoben.

InformationsquelleAutor roo
2

Können Sie
```
candle -arch x86 
```
oder
```
candle -arch x64 
```
und als Ergebnis die Platform="x64" und Win64="true" Attribute generiert werden.

InformationsquelleAutor Eduard Kibort

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.