問題タブ [windows-installer]

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

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

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

MSI の一部として CustomAction があります。

ローカル管理者アカウントのメンバーでもあるドメイン アカウントとして実行する必要があります。

ネットワーク リソースにアクセスできないため、NoImpersonate フラグを使用してカスタム アクションを NT Authority\System として実行することはできません。

Vista/2008 で UAC が有効になっている場合、NoImpersonate がオフの場合、実行ユーザーとして実行されますが、権限のないトークンが使用され、.installState などのローカル リソースにアクセスできません。UAC アーキテクチャを参照してください

どちらかの方法を知っている人

• 昇格したコマンド プロンプトから実行するのと同じ方法で、昇格したトークンを使用して MSI を強制的に実行しますか?

• CustomAction を強制的に管理者特権で実行しますか (マニフェストの requireAdministrator が機能していないように見えます)?

• UAC が有効になっているかどうか、およびそれが昇格されていないかどうかを確認し、そうであればインストールを警告またはキャンセルしますか?

vs インストーラーを使用して、vb6 アプリのセットアップ パッケージをビルドしています。問題は、プロジェクト エクスプローラーの下に、私の exe ファイルに添付された依存関係のリストがあることです。

代替テキスト http://img505.imageshack.us/img505/9696/croppercapture259lr8.png

ターゲット マシンのツリービューのファイル システムの下で、実際には dll/ocx をフォルダーまたは Windows システム フォルダー自体 [左側のウィンドウ] に格納できます。

代替テキスト http://img101.imageshack.us/img101/9224/croppercapture251qm1.png

だから私が理解していないのは..実際に違いはありますか？依存関係を設定しただけで、dll または ocx をフォルダーまたは win sys フォルダーに追加しなかった場合、dll も自動的にコピーされますか?

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

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

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

VDPROJ ファイルによって生成された MSI ファイルに関して、紛らわしい動作を見てきました。Visual Studio で MSI をビルドし、Visual Studio 内で右クリックして [インストール] を選択すると、既にインストールされているバージョンが自動的にアンインストールされ、新しい MSI がインストールされます。

ただし、生成された MSI を取得して直接実行すると、以前のバージョンが既にインストールされている場合に問題が発生します。最初に ([プログラムの追加と削除] で) 明示的にアンインストールする必要があります。

どうしたんだ？Visual Studio が MSI を実行するコマンド ライン引数はありますか?

私のグループが作成したソフトウェアは、NSIS によって生成された Windows インストーラーを介して配布されます。現在、NSIS 構成ファイルの書き方を知っている開発者が作成した Python スクリプトから NSIS 構成ファイルを生成しています。実際のインストールを実行する前に、このスクリプトを変更して、ライセンス情報を表示するセクションをインストーラーに追加するように依頼されました。

NSIS 設定ファイルのそのようなセクションはどのように見えるでしょうか?

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

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

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

この便利なスクリプトの精神に沿ったスクリプト (JScript、VBScript など) を持っているが、 MSIUSEREALADMINDETECTIONプロパティを追加している人

Orca を手動で、またはその変換機能と共に使用できることはわかっていますが、そこには行きたくありません。

これは .NET 3.5 の前提条件であるため、これを知る必要があります。.NET ブートストラップを含める場合は、Windows Installer 3.1 が必要かどうかも確認する必要があります。

現在、レジストリ キーを確認しています。

これは Windows Installer 3.1 をチェックしますが、それ以降のバージョンはチェックしないと思われます。(肯定も否定もできていません)

この情報を見つけるには、どのレジストリ キーを調べる必要がありますか?

編集:ブートストラップとして使用している Inno Setup でこれを確認する必要がありますが、dll のバージョンを確認する方法がわかりません。