2011-12-07 15 views
1

私は展開したいアプリケーションがあります。セットアッププロジェクトを作成し、コンテンツ、プライマリ出力、およびリソースをアプリケーションフォルダに追加しました。アプリケーションの展開。成分ID。アプリケーションの依存関係

私のアプリケーションが依存するサードパーティのアプリケーションがいくつかあり、それらがインストールされているかどうかを確認する必要があります。アプリケーションがインストールされると、特定のレジストリエントリは存在しません。

MSIパッケージを入手しました。私はWIの起動条件でMSI GUID(コンポーネントID)を指定するべきであることを知っています。私はORCAユーティリティにこれらのパッケージ(上記)の両方をロードするとき、私は、次の(奇数)の結果を得る:

enter image description here

をどのように私は私の構成要素である知っているのですか?コンポーネント名が変わったのはなぜですか? パッケージをインストールするときに別のアプリケーションが存在するかどうかを確認する別の方法はありますか?

答えて

0

起動条件が満たされない場合、起動条件がインストールを停止します。サードパーティのパッケージをインストールするには、それらを前提条件として追加できます。

Visual Studioセットアッププロジェクトは、カスタム前提条件の作成をサポートしていません。ただし、必要なマニフェストを手動で生成することによって行うことができます。 あなたはここにマニフェスト構造を見つけることができます。http://msdn.microsoft.com/en-us/library/ms229223(VS.80).aspx

これらのマニフェストはBootstrapper Manifest Generatorツールで自動的に生成することができます。

パッケージマニフェストを生成した後、あなたはたとえば、Visual Studioの前提条件フォルダ内の別のフォルダに(パッケージを含む)すべてのこれらのファイルを追加することができます。

C:\Program Files\Microsoft SDKs\Windows\v7.0A\Bootstrapper\Packages 

をその後あなたが前提条件を選択することができますセットアッププロジェクトのプロパティページ。

あなたはここで前提条件の詳細を読むことができます:検出基準についてhttp://msdn.microsoft.com/en-us/library/77z6b8tz(VS.80).aspx?ppud=4

  • http://msdn.microsoft.com/en-us/library/ms165429.aspx
    • 、私はProduct Codeを使用することをお勧めします。それはPropertyテーブルで見つけることができます。

      Visual Studioで生成されたコンポーネント名は使いやすいものではありません。また、名前を使用することはできません。最高でGUIDであるComponentIdを使用することができます。

      成分は信頼できる検出基準ではありません。私はそれらを推奨しません。

    関連する問題