問題タブ [wix3.9]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
wix - アップグレード中に機能の状態を手動で移行する
バージョン間で機能ツリーが大幅に変更された製品があるためMigrateFeatures="yes"
、要素のオプションがUpgradeVersion
機能していないようです。
古い機能を新しい機能に手動で変換するにはどうすればよいですか? カスタム アクションが必要ですか? その場合、そこからどのようにすればよいですか?
wix - Wix の機能選択ツリーの機能依存関係
機能選択ツリーで別の機能が選択されている場合、特定の機能を強制的にインストールする方法はありますか? それは、機能を依存関係の子にすることなくですか?
installation - バンドルから MSI パッケージのアップグレードを検出する
InstallShield LE から Wix への移行を検討しています。
InstallShield は Foobar.Exe ファイルを生成します。/b 引数を指定して実行し、dark.exe を使用して wxs コードを生成しました。
同じアップグレード コードで MSI パッケージ (Foobar.msi) を作成し、いくつかの前提条件と Foobar.msi および DIsplayInternaUI=true を含むチェーンを含むバンドルを作成しました。InstallShield から Wix へのアップグレードは期待どおりに機能します。
ただし、 Rob Mensching が推奨するように、Bundle ですべての UI を処理できるようにしたいと考えています (現在 2 つ持っています)。バンドルは、MSI がアップグレードされていることをどのように知ることができますか? 最初のインストール時にのみいくつかのダイアログを表示する必要があるため (さまざまなシステム設定)。
visual-studio-2013 - WIX インストーラー - プラットフォームを 64 ビットに変更および保存できない
IDE:- VS.NET 2013 (アップデート 2)
使用した WIX バージョン: 3.9
Windows サービス MSI :- プラットフォームを x64 ビットに変更して保存することができません。x64 オプションに変更してビルド プロパティを保存し、プロパティ ウィンドウを閉じてから、再度プロパティ ウィンドウを開きます。x86 オプションが再び表示されます。ただし、プロジェクトで使用される DLL は 64 ビット ベースになります。
それは非常に迷惑でイライラします。ServiceSetup プロジェクトでビルドを実行すると、.MSI ファイルが生成されます。MSI には、残念ながら 32 ビット ベースの Windows サービス .exe ファイルが含まれています。Windows サービスの .exe ファイルを 64 ビットにしたい。
任意のソルンを提案してください。
wix - 非常に大きなファイルを WiX Burn ブートストラップに追加するときに LGHT0306 を回避するにはどうすればよいですか?
WiX Burn 3.9 を使用してブートストラップを作成しています (UI 用のカスタム マネージド ブートストラップ アプリケーションを使用)。必要に応じて依存関係をダウンロードするブートストラップの小さなバージョン (数メガバイト) を構築しています。安全なネットワークへの簡単なインストールをサポートするために、すべての依存関係が組み込まれたバージョンも構築しています。/layout コマンド ライン オプションは、依存関係を引き出すために機能しますが、私の組織では、ユーザーにとって物事をシンプルに保つために、単一のモノリシックな実行可能ファイルを好みます。
1 GB の仮想アプライアンス ファイルと関連するインストールの readme を追加するように求められるまで、すべてが順調に進んでいました。ブートストラッパーがしなければならないことは、ユーザーがブートストラップ UI で指定したフォルダーにそれらを配置することだけです。*.ova および *.htm ファイルを自己解凍型の zip 実行可能ファイルに入れ、コマンド ラインで宛先フォルダーをそれに渡しました。Web インストーラー バージョンは問題なく動作しますが、すべてが埋め込まれたオフライン インストーラーをビルドしようとしました。光からエラーが発生し始めました:
私が見つけたこのエラーに関する唯一の関連性のある会話はhereです。これは、ファイル数ではなく、ファイル サイズに関連しているようです。問題がブートストラップ実行可能ファイルの全体的なサイズ (約 2 GB) に関連しているのか、それとも非常に大きな自己解凍型 zip 実行可能ファイル (約 1 GB) のサイズに関連しているのか疑問に思っています。私が WiX で MSI を構築しているとき、物事を個別の cab ファイルに分割するための構文は非常に明確ですが、同じ概念が Burn ベースのブーストラップに公開されているのか、それとも多くのことが可能かどうかはわかりませんそのサイズのファイルを埋め込む。
wix - WiX 構成: ローカル アプリ データ パスを使用してレジストリを編集する
WiX インストーラーは、既存のキーに次の値を追加してレジストリを編集するように構成されています。
名前: "Shell"
価値: "{LocalAppData}\MyApplication\MyApplication.exe"
今は値をハード入力しましたが、これは明らかにプラットフォームとユーザーに固有のものです。
システムのローカル アプリ データ フォルダーを特定して使用するにはどうすればよいですか?
Visual Studio 2013 に WiX 3.9 を使用しています。
編集:
私は次のことを行い、そのキーからすべてのレジストリ値を削除しました:
なぜこれが起こるのでしょうか?
編集2:
気にしないでください、これらのプロパティがキー全体を強制的に再作成することがわかりました:
wix - WiX Toolset: インストール ファイルを新しいディレクトリにコピーします
現在実行中のインストール (.msi) ファイルへの実際のパス参照を取得するにはどうすればよいですか?
このファイルをディスク上の新しい場所にコピーしたいと考えています。これにはCopyFileを使用する必要があることを理解しています。
Visual Studio 2013 で WiX Toolset 3.9 を使用しています。