問題タブ [wix]

CIサーバーでMSIの構築を自動化できるようにする必要があるため、WiXを使い始めたばかりです。プロジェクトのすべての依存関係を自動的に含める方法はありますか?

そのため、アプリケーションのインストールが完了した後 (実際には、インストール中にインストールされたファイルと対話しないため、セカンダリ アプリケーションがいつ実行されるかは問題ではありません)、別のプログラムを実行しようとしています。アプリケーションにバンドルされています。関連するコード (さまざまなものを「...」に置き換えたもの):

ディレクトリを確認したところ、ファイルは期待どおりの場所にありましたが、インストール プロセス後に実行されませんでした。実際には、そのファイルをインストールすることさえ望んでおらず、実行してから削除するだけです。しかし、私は今のところそれを無視します。とにかく、ダイアログの後にアクションをトリガーする例をいくつか見てきましたが、現在使用しているので、<UIRef Id="WixUI_Minimal" />理想的ではないと思います。

この質問のアドバイスにうまく従った後、別のカスタムアクション用にコードを数行追加しました。これは、ユーザーのシステムフォルダに入れようとしたcapicomのコピーでzippy32を呼び出すことを目的としています。しかし、私が見たものから、エラー2721が発生します。これは、カスタムアクションが見つからないというエラーのようです。助言がありますか？インストール中にレジストリエントリを追加するだけでなく、zippyを呼び出すことで、インストーラの以前のイテレーションとの一貫性を維持しようとしています。これは、代わりに良いアイデアかもしれません。：：：肩をすくめる：：：

編集：はい、インストーラーとしてzippy32を使用するのは醜いです。しかし、私がCapicom SDKをダウンロードしたとき、それはMSがそれをインストールするために行うと言ったことです。周りを検索すると、これは愚かな方法だと言う人がたくさんいます...しかし、MSが提供するメカニズムでもあります。より良い方法の提案を聞きます。アプリケーションがアンインストールされたときにCapicomが取り残されても、それが標準のWindowsコンポーネントであることを考えると、大したことではないと思います。

編集：うーん。どうやら、dllでselfregを実行することの1つは、レジストリに追加するランダムシードを作成することです。このシードを生成するためにどのメカニズムを使用するかはわかりませんが、特にすべてのユーザーに同じシードを与えた場合は、自分でシードを生成するだけでは味が悪いと考えられます。わからない....どうやら私がこれをスキップした場合、Capicomはそれ自体でそれを行うので、私は元気です。

ここでインストール中に web.config を暗号化する例を見つけましたが、私のアプリは Windows サービスです。このaspnetreg_iis方法は、web.config ファイルに対してのみ機能します。

構成ファイルをプログラムで暗号化する方法は知っていますが、WiX を使用してそれを行うことはできないと思います。私が間違っている？何か案は？

Visual Studioから出てくるインストーラーの豚に口紅を塗ろうとするのをあきらめ、 WiXを見ることにしました。

学習して参照するために、どのリソースをお勧めしますか?

(注 - これはどのインストーラー テクノロジーを使用するかという質問ではなく、WiX に固有のものです。)

WiX で MSI を作成して、コマンド ライン パラメータを使用して、マシンごとのインストールかユーザーごとのインストールかを示し、その結果、UAC ダイアログを表示するかどうかを示したいと考えています。

これを達成するための最良の方法は何ですか？

MSI インストーラー ( WiXで作成) を変更して、アンインストール時にディレクトリ全体を削除したいと考えています。

RemoveFileWiX のおよびオプションは理解していRemoveFolderますが、インストール後にコンテンツが作成されたフォルダー全体を再帰的に削除するほど堅牢ではありません。

WiX をアンインストールするときにファイルを削除するという同様のスタック オーバーフローの質問に気付きましたが、バッチ スクリプトを呼び出してフォルダーを削除するだけで、これをより簡単に実行できるかどうか疑問に思っていました。

WiX を使用するのはこれが初めてで、まだカスタム アクションのコツをつかんでいます。アンインストール時にバッチ スクリプトを実行するカスタム アクションの基本的な例は何ですか?

基本的に私が必要としているのは、WiX の製品バージョン番号 (3.0 with Votive など) を自動的に更新し、そのバージョン番号を Inno Setup の「ブートストラップ」に取得する方法です。

私はプロセスをほとんど自動化していますが、バージョン番号はまだ手動で更新する必要があり、これは明らかに理想的ではありませんが、コンパイル時に Inno Setup に値を渡す方法 (およびそれらを参照する方法) を見つけることができませんでした。 WiX プロジェクトでは、Visual Studio 2008 の同じソリューションで別のプロジェクトのバージョン番号を参照する方法を知る必要があります。

ユーザーがアプリケーションを使用するにつれて変化する構成パラメーターとその他のデータを含むいくつかのファイルを持つアプリケーションがあります。これらのファイルは、ソフトウェアの新しいバージョンで変更される可能性がありますが、ユーザーはそれらを変更することもできます (または、アプリケーション自体によって変更される可能性があります)。基本的に、これらのファイルに対するユーザーの変更が上書きされないようにするソリューションを探していますが、ユーザーがソフトウェアをアップグレードしたときに更新される可能性のあるファイルをインストールする方法も探しています。

*NIX 上の RPM を使用すると、%config 関数を使用してファイルを構成ファイルとして定義でき、RPM は既存のファイルの名前を変更し (存在する場合)、アップグレード時に新しいファイルをインストールします (理想的ではないかもしれませんが、私は生きることができました)。 WiXの場合はこのようなものです）。

構成ファイルをサブディレクトリまたは別の名前 (例: default.cfg) にインストールし、<CopyFile>WiX の要素を使用してファイルを正しい場所にコピーしたいと考えています。このように、デフォルト ファイルはインストール時に削除され、アップグレード時に上書きされますが、実際のユーザー ファイルは同じままです。残念ながら<CopyFile>、Windows インストーラーはまだ宛先ファイルを管理 (および削除) しようとしています。

WixUtilExtension で QtExec アクションを使用して基本的に「copy default.cfg reallocation.cfg」を実行することも検討しましたが、これはうまく機能せず、ちょっとしたハックです。

これを処理する正しい方法は何ですか?

これは WiX MSI インストーラーであり、仮想マシン環境でアンインストールして再インストールするたびに、[プログラムの追加と削除] で報告されるサイズが大きくなります。インストールされたファイルが 30MB 強しかない場合、現在は最大 200MB です。これがどのように起こる可能性があり、何が間違っているのでしょうか?

編集：カスタムアクションを使用していません。また、アンインストール時にWiXが自分自身の後にクリーンアップを処理すると仮定して、アンインストールするものは何もありません。私が見る限り、報告されたサイズは正しくありません。重複したファイルなどは見つかりません。