Wie mache ich ein WiX-installer mit ein vollständig in sich geschlossenes .NET 3.5 sp1-installer?

Brauche ich den vollständigen .NET 3.5 sp1-Installationsprogramm in meinem installer, die in WiX.

Muss ich, dass boostrapper völlig eigenständig, ohne web-Zugang in allen. Es ist nur nicht erlaubt, diese installer zu verlangen, die web -, wir haben Kunden in der äußeren Mongolei (ich bin ernst, nicht nur mit dem Ortsnamen, weil es an der Fernbedienung, um wen wir versenden die CDs, weil Sie nicht über internet-Zugang in allen.

Den WiX tutorial Staaten:

<Target Name="AfterBuild">
    <GenerateBootstrapper ApplicationFile="$(TargetFileName)" 
                      ApplicationName="My Application Name"
                      BootstrapperItems="@(BootstrapperFile)"
                      ComponentsLocation="Relative"
                      CopyComponents="True"
                      OutputPath="$(OutputPath)"
                      Path="C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\"/>
</Target>

Den oben bootstrapper erfordert das web. Wie mache ich einen installer, der nicht an???

InformationsquelleAutor mmr | 2009-07-15
  1. 8

    <Project ToolsVersion="3.5"
   xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

    <ItemGroup>
        <BootstrapperFile Include="Microsoft.Net.Framework.3.5.SP1" >
           <ProductName>.NET Framework 3.5 SP1</ProductName>
        </BootstrapperFile>
        <BootstrapperFile Include="Microsoft.Windows.Installer.3.1" >
           <ProductName>Windows Installer 3.1</ProductName>
        </BootstrapperFile>
    </ItemGroup>

    <Target Name="setup">
        <GenerateBootstrapper
            ApplicationFile="myproduct.msi"
            ApplicationName="myproduct"
            BootstrapperItems="@(BootstrapperFile)"
            Path="$(bootstrapperPackagesFolder)"
            ComponentsLocation="Relative"
            OutputPath="$(cddir)"
            Culture="en"/>
    </Target>

</Project>

    In Ihrem Fall, die $(bootstrapperPackagesFolder) Variablen Punkt C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\. Die $(cddir) variable ist der Ordner, in dem Sie verfassen, den Inhalt der Installations-CD.

    Den GenerateBootStrapper Aufgabe erzeugen nicht nur eine exe-bootstrapper, sondern auch kopieren DotNetFX35SP1 und ein WindowsInstaller3_1 Ordner auf den gleichen Pfad. Während der installation, die exe-bootstrapper werden schauen für die Ordner und die Dateien dort ein, anstatt Sie herunterzuladen.

    Ich bin mir nicht sicher, ob mein Beispiel ist Verschieden von dem, was Sie bereits tun; vielleicht haben Sie nur vergessen zu zählen die DotNetFX35SP1 Ordner auf der Installations-CD?

    • Nachdem Sie dies getan haben, bekomme ich die folgende Fehlermeldung: C:\Documents und Settings\hudson\.hudson\jobs\<Job>\workspace\<program>\main\SetupWiX\SetupWiX.wixproj(164,5): Fehler MSB3152: Der Installationsort für erforderliche Komponenten wurde nicht auf '- Komponente Hersteller-Website' und die Datei 'DotNetFX35SP1\dotNetFX20\aspnet.msp' im Element '.NET Framework 3.5 SP1 " kann nicht auf disk gespeichert. Siehe Hilfe für mehr Informationen.
    • auch scheint es, dass die setup.bin in der boostrapper Motor-Verzeichnis einfach nicht finden, das richtige Verzeichnis für die sp1, die ist seltsam für mich.
    • sorry, bootstrapper
    • Haben Sie die $(bootstrapperPackesFolder) variable, oder setzen das Attribut "Path", wo die bootstrapper-Pakete gefunden werden können, die auf Ihrem build-server?
    • Ich habe auch das gleiche Problem mit "kann nicht gefunden werden".
    InformationsquelleAutor Wim Coenen
  2. 0

    Könnten Sie Kasse diese Microsoft sample code, die Sache ist, dass WiX keine bootstrapper/chainer - das ist nicht kommen, bis WiX 3.5 als den "Brennen" - tool.

    Ich bin mir nicht sicher, was Sie verwenden in Ihrer ursprünglichen Beispiel, ich gehe davon aus msbuild oder so etwas - das ist nicht eine WiX-Komponente.

    InformationsquelleAutor saschabeaumont
Schreibe einen Kommentar