問題タブ [wixsharp]

WixSharp (WiX へのマネージド コード インターフェイス) を使用して Web サイトをインストールし、AppPool を関連付ける方法の例を見つけようとしています。

私が達成したいステップは次のとおりです。

1. Web サイトが IIS 6 に存在する場合は、削除します。
2. IIS 6 に AppPool が存在する場合は、削除します。
3. アプリケーション成果物を宛先ディレクトリーから削除します。
4. 新しいアプリケーション アーティファクトを宛先ディレクトリにコピーします。
5. AppPool を作成します。
6. Web サイトを作成し、AppPool にリンクします。

私はこれを MSBuild で達成しましたが、MSI ほど有用ではありません。したがって、上記を WixSharp 構文で「書き直そう」としています。

WixSharp は明らかに WIXIISExtension をサポートしていますが、Google はまだ例を提供していません。

上記を WixSharp でどのようにコーディングしますか?

私はいくつかの自動化されたビルドの変更に取り組んでおり、EXE アプリケーションをビルド/パッケージ化するための最良の方法についていくつか質問があります。

概念的には、2 つのスクリプトがあります。最初にすべてをビルドして、結果のバイナリを共有に配置し、展開に使用できるようにします。2 番目のスクリプト セットはそれぞれ、そのビルド結果から一部のアプリケーションをコピーして構成する役割を果たします。

ソリューション全体をビルドする最初のスクリプトは、msbuild 出力パスをオーバーライドして、ビルド結果を既知のピックアップ場所にコピーします。これにより、すべてのバイナリが同じフォルダーにドロップされます (各プロジェクトが _PublishedWebsites の下の独自の Web サイトにある Web アプリケーションを除く)。単一の EXE プロジェクトのインストーラーをビルドするときに、EXE とその EXE の依存関係のみを含めたいので、これは問題です。ただし、すべてのプロジェクト出力が同じフォルダーにあるため、個々のアプリケーションでどれが必要かは明確ではありません。

ビルドによってすべての実行可能ファイルのバイナリが 1 つのフォルダーに配置された場合、特定の EXE に必要なバイナリのみを含む MSI をビルドするにはどうすればよいですか?

ビルド スクリプトに psake/powershell を使用し、msbuild を使用してソリューション ファイルをコンパイルしています。コマンドライン アプリ (CSC ではない) からインストーラーをビルドする WixSharp を使用しています。

WixSharpを使用してインストーラーをまとめています。ProgramFiles\メニューにショートカットを作成してWebページを開きたいのですが。WixSharpでそれを行うことはできますか？

Inno Setup を使用しており、これを WiX に置き換える予定です。しかし、WiX を評価して試してみると、プログラムによるセットアップ ソリューションと比較して、宣言的な方法にはいくつかの制限があると感じました。

さらに、WiX のドキュメントがかなりまばらであることがわかりました。そこで、C# で記述されたスクリプト ファイルを介してプログラムで WiX ソース コードを作成することを約束する Wix# (WixSharp) に出会いました。

しかし、私たちは非常に小規模な会社や「ワンマンショー」でさえ、いくつかの否定的な経験をしました. そのため、Wix# (WixSharp) またはその他の優れた代替製品を使用した経験についてお聞きしたいと思います。いくつかの利点または制限を報告できますか?

WixSharp を使用して従来のインストーラーの機能を再作成しようとしています。従来のセットアップ プロジェクトでは、サード パーティの DLL の一部が「vsdrfCOMSelfReg」とマークされていました。 File タグに追加できるさまざまな場所を見てきましSelfRegCost="0"たが、非常に嫌われています。

WixSharp を使用して COM DLL を正しく登録するにはどうすればよいですか? WixSharp から DLL の File タグに SelfRegCost フィールドを追加する方法はありますか?

MSI 内にパッケージ化したい関連する Windows レジストリ エントリがいくつかあるため、1) アンインストール プロセスがあり、2) これらのレジストリ エントリが特定のコンピュータに適用されているという事実は、[プログラムの追加と削除] エントリによって文書化されます。 .

問題は、Wix# でこれをうまく実行できることですが、すべてのレジストリ エントリが "Dir" ブロック内にある場合にのみ MSI をビルドすることができ、物理フォルダーを実際に作成することになります。 '望まない、ターゲット システム上。

一時的な回避策として、ダミーの「Temp」フォルダーを指定して、Dir ブロックを使用することにしました。インストーラーは実際にフォルダーを作成しますが、これは望ましくありません。私が望むのは、レジストリ エントリを適用することだけです。

WiX のドキュメントでは、基本的に、ターゲット システムでアクションを実行するようにインストーラーに指示するものとして、その基礎となる構成体である TargetDir について説明しています。http://wixtoolset.org/documentation/manual/v3/howtos/files_and_registry/write_a_registry_entry.htmlを参照してください。

そのネイティブ WiX XML の例では、ターゲット システム上に不要なフォルダーが作成されないように見えます。必要なレジストリ エントリのみが適用されます。レジストリ エントリを適用し、ターゲット システムに実際のフォルダを作成する必要を回避するために、どの Wix# 構文構造を使用できますか?

これまでに見たすべての Wix# サンプルには、必要かどうかに関係なく、ターゲット システムに実際のフォルダーを作成するという副作用があるようです。

レジストリ エントリの .reg ファイルを取得し、それらを熱で .wxs ファイルに収集し、キャンドルとライトで msi にビルドすることで、おそらくこれを実行できることを私は知っています。私は本当にこれを C#/Wix# の世界に留めようとしています。C# は、私の組織で十分に理解されているスキル セットです。WiXはそうではありません。(Wix# は WiX の機能の上に構築されており、WiX と Windows インストーラーのある程度の理解が不可欠であることを認めます。XML の代わりに C# を使用できることは、完全に論理的なことではなく、コンフォート ゾーンのことです。) 現在、これらのタイプのレジストリ設定タスクの多くは手動で行っており、追跡も簡単で信頼性の高いアンインストールもありません。

}

MSI を作成するために WIX# (wixsharp) を使用していますが、Windows サービスのインストール方法がわかりません。CHM ファイル全体を確認しましたが、Windows サービスに固有のものは見当たりません。

ティア、

ブレント...

ユーザーがディレクトリパスを選択するのに役立つwpfアプリケーションがあり、インストーラーの作成ボタンをクリックすると、ユーザーが選択したディレクトリのインストーラーを作成します(ディレクトリ内に複数のファイルがある場合があります)。

wix# スクリプトを使用できることを知り、ボタンがクリックされたときにこのスクリプトを呼び出します。しかし、ファイルの入力を受け取る wix# スクリプトを作成する方法がわかりません (そのインストーラーのファイルが作成されます)。

私は基本的なwixに精通しており、wixは初めてです。私の問題を解決するのを手伝ってください。

msiを作成するための私のWiX Sharpプログラム：

このコードで、解放したいフォルダー パスを渡すと、正常に動作する msi が作成されます。

私の質問は、複数のフォルダーパスを渡したいので、メイン関数は次のようになりますが、コードの途中で何を変更する必要があるかを理解できません

static public void BuildMsi(list<string> folderPath)