問題タブ [wix3.7]

Visual Studio のセットアップと配置では、前提条件を使用します。これらの前提条件は、事前構成された Product.xml および Package.xml を含む Bootstrapper パッケージとして提供されます。

PackageGroupこれらの構成 XML を再利用できますか、またはWiX 用に作成するときに構成をやり直す必要がありますか?

SQLExpress2008R2 ブートストラップ パッケージ:

• product.xml: 関連製品を含み、SQLExpressCheck.exe を呼び出します
• package.xml: アーキテクチャを決定し、SQL Server をインストールするためのデフォルトの引数を持っています

Burn で Product.xml と Package.xml を再利用できない場合、WixProj ファイルの BootstrapperFile を使用する必要がありますか?

特定のフォルダーに対して AppSearch を実行する必要がある WiX インストーラーを作成しています。AppSearch は Windows XP では問題なく動作しますが、Windows 7 では C:\Documents and Settings を通過できません。

問題のフォルダーを Documents and Settings 内に配置すると、AppSearch プロパティは C:\Documents and Settings\Folder に設定されます。フォルダーを 1 つ下のディレクトリ (例: C:\Documents and Settings\username\Folder) に配置すると、AppSearch が失敗します。

ログ ファイルには、次のエラーが表示されます。

また、別の AppSearch から次のようなエラーが表示されます。

インストーラー perUser および perMachine を実行してみました。エラーは両方で発生します。おそらくこれは、Windows 7 の [ドキュメントと設定] が実際には [ユーザー] へのショートカットであることに関係しています。

ここで何が起こっているか知っている人はいますか？

これが私のAppSearchです：

どんな提案でも大歓迎です。

プロパティを使用してレジストリ エントリの値を設定しています。これは、最初のインストール時にデフォルト値があり、アップグレード時に現在のレジストリ値が使用されるようにするためです。

ユーザーのローカル フォルダーとプログラム フォルダーへのパスを設定するプロパティが必要です。以下のコードが間違っていることはわかっていますが、どうすればよいですか。少なくとも Type 51 カスタム アクションを実行したいと考えていますが、ドキュメントを理解していません。

関連する部分は3つあると思います

カスタム アクション

プロパティ。

インストールするファイルが多数あるインストーラーがあります。すべてのファイルを収集するために heat.exe を使用しています。この heat コマンドは実際にはビルド スクリプトの一部であり、その後に Candle.exe や light.exe などの他のコマンドが続きます。これで、アプリケーションの test.exe も自動生成された GUID とコンポーネント ID と共に収集されます。この特定のアプリケーションをファイアウォールの例外として追加するにはどうすればよいですか? 問題は、スクリプトを使用してインストーラーをビルドするたびに、新しいハーベスト ファイルが新しいコンポーネント ID で生成されることです。助言がありますか？

データベースでスクリプトを実行するためのセットアップを作成しました。しかし、セットアップを実行しようとすると、ログから取得した次のエラーが発生しました。

この問題を解決する方法はありますか???

I'm using WiX 3.7's Burn/Managed Bootstrapper Application features to create a custom MBA-based installer. For each of the packages in my bundle's chain, when performing a MinorUpdate, I can easily detect which of the package features are already installed to ensure I maintain those feature selections during the upgrade by using these events provided in the WiX base class for the bootstrapper: DetectPackageComplete, DetectMsiFeature, DetectRelatedBundle, DetectRelatedMsiPackage, DetectComplete.

However, during a MajorUpgrade, I'm only seeing a way to determine which package(s) are installed, but am not seeing how to determine which features are installed, as the DetectMsiFeature event does not fire. I tried using the MigrateFeatures flag on the product's configuration, but that doesn't seem to work (or I'm not using it right).

What is the correct way to detect/migrate existing features when performing a MajorUpgrade using a Custom Managed Bootstrapper Application in WiX?

Some file snippets:

Note: I can provide a fully working VS Solution with all code if that is helpful.

Product.wxs:

CustomBootstrapper.cs

Output on upgrade:

Note that the package and two features were both installed at v1.0.0 and detected in state Absent. The Related Package was detected, but no feature details are included.

WiX に関するドキュメントやディスカッションを参照する場合、特にカスタム アクションに関するセクションでは、カスタム アクションの実装に JScript を使用することはお勧めできません。

しかし、これらのステートメントの詳細な説明は見つかりませんでした。

質問の背景は、インストーラーがテキスト ファイルを更新する必要がある現在のプロジェクトからの要件です。このアクションは標準アクションでは利用できず、これまでに見つけたアドオンはすべて古いバージョンの WiX に対してビルドされています。したがって、このカスタム アクションを自分で実装する必要があるようです。

理解が不足しているかどうかはわかりませんが、WiXインストーラーに次のコードを実装しています

何を試しても、インストーラーに SVN リビジョン番号を使用させることができません...何か不足していますか、何か間違っていますか?