問題タブ [burn]

数日前から、Web から .Net 4.0 を使用して MSI インストーラーのブートストラップ EXE を作成しようとしていますが、助けが必要です。

シンプルな MSI があり、それを .Net4 にバンドルする必要があります。MSI には x64/x86 の 2 つのバリエーションがあり、通常の方法でバンドルで処理されます。

.Net4 が存在する場合、MSI は正常にインストールおよびアンインストールされます。素晴らしい。ブートストラップが完了すると、EXE が正常にインストールされ (実際、必要に応じて .Net4 にパッチが適用されます)、アプリが (意図したとおりに) 起動します。問題はアンインストールです。次のログで失敗します。

私は困惑しています。手がかりはありますか？

Bundle.wxs

インストール エラー ログ

アップデート

ロブの答えに応えて（どうもありがとう）

Rob さん、どうもありがとうございました。不思議なことに、MSI はそれ自体で問題なくインストール/アンインストールします。ログを確認しましたが、「エラー」は表示されませんが、次のように表示されます。

アンインストール時にアプリを起動しようとしているようです...ありがとう、バンドルは正しいと思っていましたが、これで何日も噛んでいます。どんなアドバイスも大いに受けました

私はここに提示された解決策を見ていました：

WiX Burn - すでにインストールされているアイテムを特定する

しかし、これが「変更」書き込み画面 (誰かが特定の .msi を削除することを決定したとき) でどのように機能するかわかりません。

アンインストール/変更ページが表示されたら、Burn .log を確認します (チェック ボックスがオンになっているかどうかを示す変数を、'Checkbox1' から 'Checkbox6' まで呼び出しました):

（等。）

では、さまざまな .msi の「検出」の結果はどこに保存されているのでしょうか。チェックボックスがチェックされているかどうかに関係なく、後でチェックボックスの値を設定するために使用する独自の変数「Checkbox1」にそれらを保存できないのはなぜですか?

より基本的な質問として、Burn のこの使用パターンは、標準 UI で十分にサポートされるべき主要な使用パターンの 1 つではないでしょうか...

最近、WiX/Burn でしばらく立ち往生しています。私の意図は、ファイルを解凍し、.Net Framework が見つからない場合はダウンロードするインストーラーを作成することです。私に関する限り、.Net 部分にはある種のバンドル ツール Burn を使用し、ファイルを解凍するには「通常の」WiX を使用する必要があります。解凍部分を (SharpDevelop を使用して) 作成したので、そのためのバンドラーを作成する準備が整いました。Burn と WiX をマージするにはどうすればよいですか? MSI 用とバンドル用の 2 つの個別のプロジェクトを作成する必要がありますか?

バンドルが実行されているフォルダ名を返す WiX Burn 変数はありますか?

非圧縮ファイルを含むセットアップ パッケージがあります。

このファイルが緩いのは、インストール前に編集できるようにするためです。これは希望どおりに機能します。

ルーズ ファイルがブートストラップと一緒にルーズ ファイルとして含まれるように指定する書き込みチェーンがあります。SuppressLooseFilePayloadGenerationを使用して、ファイルをルーズ ペイロードとして手動で指定できるようにすることにも注意してください。

書き込みログは次のようになります。

ファイルが変更されたため、ハッシュは失敗しています。しかし... ユーザーがファイルを変更できるようにしたい。これは標準のセットアップ パッケージで十分に簡単に実行できます。

この議論は、WiX ユーザーのメーリング リストで見つけました。「うまくいくはずだ」というロブの反応は有望に聞こえますが、その後、議論はバグである可能性があることを示唆するように進んでいるようです? 著者がバグ レポートを提出したことがあるとしても、私はそれを見つけることができません。

私が検討した別の方法は、ファイルをブートストラップ ペイロードから完全に除外し、インストール中に手動で MSI キャッシュ パスにコピーして、MSI がファイルを見つけられるようにすることでしたが、burn はファイルを検証しようとしません。しかし、私が目にする2つの問題は次のとおりです。

1. ブートストラップ内からキャッシュ パスを検出する方法がわかりません。
2. パスがわかっている場合でも、ファイルをコピーするにはブートストラップを昇格させる必要があります。それはショーストッパーではないかもしれませんが、私はそれが難しいと判明するかもしれないとこっそり疑っています.

カスタム マネージド ブートストラップ アプリケーションを使用すると、キャンセル ボタンをクリックしたときにセットアップの進行を停止できません。はい/いいえのオプションを含む確認ビューを表示します。キャンセルが確認されると、セットアップは正常にロールバックされます。または、拒否された場合は続行します。これは以下に従って行われました: Wix Burn Bootstrapper UI を使用してインストールとロールバックをキャンセルする

同じ問題が WiX セットアップ キット自体にも発生していることに気付きました。キャンセルをクリックして待機すると、ユーザーがキャンセルを確認または拒否するのを待つ代わりに、セットアップが続行されます。

それで、私の質問は、確認ビューでキャンセルコマンドが確認される (または拒否される) まで、進行を一時停止するにはどうすればよいですか?

更新:次のメカニズムでこれを実行しようとしています: という新しいプロパティを追加しますCancelWaiting。が true の場合CancelWaiting、ProgressViewModel で、<PropertyChangedEventArgs>.Resultが に設定されるようにロジックを変更しResult.Suspendます。ここでの課題は、複数のコマンド バインディングを行うことです。もう 1 つの方法は、Cancel パスと CancelWaiting パスを 1 つに結合することです。とにかく、これがうまくいき次第、このスレッドを更新します。誰かが他のアイデアを持っている場合は、投稿してください。