問題タブ [bootstrapper]

Shellのブートストラッパーで利用できるだけでなく、PRISM以外のアプリケーションに組み込むこともできるWPFまたはSilverlightモジュールを作成したいと思います。

つまり、PRISMモジュールをシェルから初期化するのではなく、モジュール自体から初期化する方法はありますか？

究極の目標は、非PRISMアプリケーションで初期化できるWPF /SilverlightPRISMモジュールを用意することです。

need convert project from caliburn.micro to normal caliburn. I have problem with bootstraper class.

I caliburn.micro look like this:

I use MEF on injection.

Problem is in Caliburn doesn’t exist BooStraper class. How can I solve this?

I need load types from external assembly.

Thank for help

次の msbuild ブートストラップ設定を含む wix セットアップ プロジェクトがあります。

ブートストラップ ダイアログを実行すると、英語の UI が表示されます。EULA は変更されていますが、ラベルと「同意する」などのボタンは英語のままです。ダイアログをローカライズしたり、スキップしたりすることはできますか? または、他の方法でサイレントブートストラップを作成するには?

私のアプリケーションには、前提条件として .Net Framework 3.5、Crystal Report 10.5、および SQLServer Express 2005 が必要です。この目的のために、wix セットアップ プロジェクトを作成し、前提条件として msbuild タスクを追加しました。現在の問題 キットをユーザー マシンにインストールするとき、Crystal は .net Framework 3.5 より前にインストールしようとしていると報告しています。前提条件の順序を変更するにはどうすればよいですか?

現在の msbuild タスク コードを以下に示します。

デプロイ ソリューション用のカスタム ブートストラップを作成することにしました。現在、すべての製品の展開戦略を書き直し、再設計しています。残念ながら、私たちの誰も導入の専門家ではありません。

これまでの内容は次のとおりです。

A. MSI パッケージは InstallShield で作成されます。Installshield が提供するすべての機能 (IIS 統合、COM 登録、レジストリなど) を使用します。InstallShield によって作成されたダイアログは使用されません (これがブートストラップの目的です)。MSI はサイレント インストールされます。

B. InstallShield で処理できないものに対して CA を記述する必要がある場合は常に、DTF を使用してマネージ コード (C#) で記述します。カスタム アクションの使用方法を「標準化」する「カスタム アクション フレームワーク」を作成します。

C. C# でカスタム ブートストラップ (「setup.exe」) を作成して、インストールを「処理」します。

複数の MSI アプローチを採用し、MSI トランザクションを使用してブーストラップからのインストールを「チェーン」することにしました (Office 2007 インストーラーに触発されました)。

私たちが作成しようとしているブーストラップは、Visual Studio と SQL Server のブートストラップから着想を得ています。ブーストラップは次のことを担当します。

1. 前提条件のインストール: 各アプリケーションには前提条件が必要です。これらの前提条件は、MSI (Office 2007 インストーラーからヒントを得た) と同じフォルダーにある XML ファイルに、他のメタデータと共にリストされています。システムの現在の状態に応じて、ブーストラップはどの前提条件をインストールするかどうかを決定します。
2. 機能の選択: 「内部」MSI の機能を、エンド ユーザーにすぐに表示するのが適切でないように構成することを計画しています。「Core_Files」、「Vista_Only」、または「64bit_Only」とラベル付けされた機能があります。XML ファイル (アイテム 1) とターゲット システムのメタデータに応じて、ブートストラップは、ユーザーがカスタマイズできる "機能ツリー" を "設定" する役割を果たします (これも Office 2007 ブートストラップから着想を得ています)。
3. インストール前のチェック: ブートストラップは、システムがインストールを受け取る準備ができているかどうかをチェックする責任があります。たとえば、インストールの前にマシンを再起動する必要がある場合や、ユーザーがサービス パック、パッチ、または Windows コンポーネントを手動でインストールする必要がある場合です。ユーザーの介入が必要で実行する必要があるものはすべて、ここに表示する必要があります。チェックとexeを含むチェックリスト（リストボックス）と考えてください。(SQL サーバーのブートストラップから着想を得ています)。「ルール」は C# で記述します。
4. アプリケーション構成: インストール前に「構成」する必要があるアプリケーション用。これらの「パラメーター」 (ユーザー構成) は、 MSI プロパティを介してそれぞれの MSI に渡されます。
5. 実際のインストール: ブートストラッパーがインストールを実行します。必要に応じて、適切な「取引」を遵守する必要があります。グループ化する必要があるすべての「製品」は、[プログラムの追加と削除] で 1 つの製品として表示されます (ARP エントリをいじることによって)。また、適切な進行状況は、インストールされている各 MSI によって報告されるものとします。

――ここまでです。

dotNetInstaller や BMG のようなカスタム ブートストラップを作成するためのすぐに使えるソリューションがいくつかあると思います。調査しましたが、期待したほど柔軟ではありません。BURNもありますが、プライムタイムの準備ができているかどうかはわかりません.

これで、独自のカスタム ブートストラッパーを作成することにしました。

質問：

私たちはクレイジーですか？独自のブートストラップを作成するべきではありませんか? 上記のアイデアのうち、現実的でないものはどれですか? より良いアプローチはありますか？

私たちの状況に関するご意見をお待ちしております。また、ご不明な点がございましたら、お気軽にお尋ねください。

VS2010とwix3.5を使用しています。3つの異なるMSI（ドライバーパック、トレイアプリ、メインアプリ）を生成しており、3つすべてを単一の.EXEファイルからインストールしたいと考えています。

ブートストラッパーを使用する必要があることはわかっていますが、MSIを順番にインストールできる（相互に依存していない）最も簡単なもの（使いやすさの点で）は何ですか？

ClickOnce を使用して公開したい Winforms アプリケーションがあります。このアプリケーションには初期データベースが付属しており、マシンごとに 1 回インストールする必要があります。苦労の末、カスタム前提条件を使用して .sdf ファイルをインストールするというアイデアにたどり着きました。Bootstrapper Manifest Generator (BMG) を使用して、実行したい .cmd ファイルのパッケージを作成し、.sdf ファイルを「追加ファイル」として含めました。

私の期待は、2 つのファイルが同じディレクトリに配置され、.sdf ファイルを必要な場所にコピーできることでした (それらは同じディレクトリに配置されます)。前提条件が表示されます。 Visual Studio では問題ありません。クライアント システムに正常に展開され、セットアップ プログラムによって前提条件が正常に開始されます。

唯一の問題は、.cmd ファイルが実行されている現在の作業ディレクトリが C:\Documents and Settings\\Desktop であることです。

2 つのファイル (.cmd または .sdf) のどちらもそこにはありません。たとえば、「C:\Documents and Settings\drogers\Local Settings\Temp\VSD5A.tmp」などの場所にダウンロードされています。したがって、どこに xcopy するかはわかっていますが、どこから xcopy するかはわかりません。

どうすればこれを解決できますか?

.cmd ファイルは次のとおりです。

ありがとう、デビッド

PRISM + MEF、WPFアプリケーションを起動しています。

ブートストラッパーで問題が発生しています。RootVisualプロパティが見つかりません（silverlightとwpf ? 、 WPFの代わりに何を使用する必要がありますか？）。すべてのユーザーがUserControlをシェルとして使用しているのがわかります。

PRISM（MEF + WPF）でRibbonWindowを「rootvisual」（シェル）としてどのように設定しますか？（リボンWPFアプリケーションを開始しました）。たぶんこれは私がやろうとしていることでは正しくありませんが、WPFアプリケーションのPRISMでシェルとしてUserControlの代わりにRibbonWindowを使用する例は見つかりませんでした。

stackoverflowを検索しましたが、明確な答えが得られませんでした。

前もって感謝します。

編集：確かにそれはウィンドウでした、しばらくしてそれを発見しました。「d0h！」

ClickOnce を介して展開するアプリケーションがあります。マニフェストの生成と署名はすべて MSBuild スクリプトで行います。今までは自己生成の証明書を使用していましたが、Verisign の証明書を取得しました。

mage.exe と新しい証明書を使用してマニフェストに正常に署名でき、「myapp.Application」を実行してアプリをインストールすると、Publisher フィールドが適切に表示されます。

ただし、アプリ用に生成した Bootstrapper (setup.exe) を実行すると、インストーラーは発行元が不明であると表示するようになりました (マニフェストに署名していないかのように)。インストール確認ダイアログにパブリッシャーが正しく表示されるようにするために、ブートストラップに対して何をする必要があるのか​​ わかりません。SignTool を使用して Bootstrapper に署名しようとしましたが、違いはないようです。

擬似コードは次のようになります。

1. アプリ マニフェストの生成 (mage.exe を使用)
2. アプリ マニフェストに署名する (mage.exe を使用)
3. 配置マニフェストの生成 (GenerateDeploymentManifest MSBuild タスクを使用)
4. 展開マニフェストに署名する (mage.exe を使用)
5. Bootstrapper の生成 (GenerateBootstrapper タスクを使用)
6. Boostrapper に署名する (SignTool.exe を使用)

ワークフロー/ツールに明らかな問題がない場合は、喜んでコードを投稿してください。

前もって感謝します！

前提条件として再配布可能な .NET Framework 4.0 と VS 2010 C++ を使用して .NET アプリケーションを展開しています。

前提条件が満たされたマシンで setup.exe が実行されると、ブートストラッパーはそれらを再度インストールします。

これは既知の問題ですか? それを解決する正しい方法は何ですか？