問題タブ [prerequisites]

私の ClickOnce アプリケーションは、Visual C++ 2005 再頒布可能パッケージを必要とするサード パーティ ツールを使用しています。VC++ 2008 再頒布可能パッケージのみがインストールされている場合、サード パーティ ツールは機能しません。ただし、Visual Studio 2008 では、ClickOnce の前提条件により、VC++ 再頒布可能パッケージのバージョンを指定できません。VC++ 2008 の前提条件が追加されますが、これはほとんどの場合理にかなっています。ただし、この状況では、以前のバージョンが必要です。ClickOnce が必要なので、マージ モジュールは論外です。バージョンを指定する方法のアイデアはありますか?

セットアップの前提条件と起動条件に関して小さな問題があります。

たとえば、私のセットアップでは、「Software1」を必要とする 1 つの起動条件と、「Software2」をインストールする 1 つの前提条件があります。

そのため、セットアップのインストール時にシステムに「Software1」と「Software2」の両方の要件がない場合:

1. 「Software2」の前提条件ダイアログが表示されますか?
2. 「Software1」の起動条件を示していますか。

セットアップを使用して前提条件のダイアログ ボックスが表示される動作を観察しています。

セットアップのインストール中に順序を設定したり、起動条件を最初のダイアログとして表示したりする方法はありますか?

エンドアプリケーションを形成するために一緒にインストールする必要があるいくつかのコンポーネントMSIパッケージがあります。

問題は、パッケージを構成するコンポーネントを更新して、コンポーネントをhttpファイルサーバーで再起動できることです。どのようなアプローチを取るべきですか？

私が書いているインストーラーは「マスター」インストーラーです。その1つのコンポーネントでのみアップグレードを実行するには、クライアントマシンにインストールされている各コンポーネントのバージョンを読み取ることができる必要があります。

また、アプリケーションを初めてインストールする場合、インストーラーは必要なすべてのコンポーネントをダウンロードしてインストールします。

Installshield2009を使用しています。

チェーンされたMSIを調べましたが、マスターインストーラーが空です。できるだけ軽量にする必要があるからです。

ブートストラップアプリケーションの作成方法がわかりません。私の会社では、installshieldを使用してインストーラーを作成することを望んでいます。

私は調査しました-そして明らかに前提条件はアンインストールされることを意図されていません。

バージョン番号を変更して、ダウンロードで必要なコンポーネントのみをダウンロードし、インストーラー全体をダウンロードしないようにすることで、マイナーアップデートを実行できると思います。現在、私はあなたが提案した方法（sascha）を実装しており、私の会社はInstallShieldを通じて提供されるFLEXnet接続サービスを使用している。私が言及した「コンポーネント」（開発者が使用するのが大好きな用語）は、InstallShieldのコンポーネントの概念と概念が似ています。ただし、「コンポーネント」を機能によってカプセル化されるように変更したため、リリースのビルド時に、各「機能」がcabファイルにラップされるように選択できます。

これはとても紛らわしいように聞こえます-私にとってさえ。

機能<コンポーネント（サービスを含む）に頼ってきました

私の会社は、Installshieldを除く他のインストーラープログラムの使用を拒否しています。私の推測では、遠い将来に前提条件の要件を更新するには、新しいインストーラーを作成し、アプリケーションをメジャーアップグレードとして再リリースする必要があります。それは私には理にかなっています。

Perermtate、以前にインストールされた前提条件をアンインストールする方法はないと思います。これは、前提条件が他のアプリケーションのプラットフォームとして必要になる可能性があるためです。すべての「前提条件」は、アプリケーションのサードパーティコンポーネントであることが意図されていたためです。 。

ご回答ありがとうございます！

VS2008 でセットアップ プロジェクトを作成しました。私の WinForms アプリは .NET 2.0 を使用しているため、.NET 2.0 Prerequisity を選択してセットアップ プロジェクトをビルドしました。

クリーンな PC で Setup.msi を実行すると、.NET が見つからないことが正しく検出され、インストールする必要があるかどうか尋ねられます。.NET のインストールが成功した後、インストーラーは単純に終了し、アプリのインストールを続行しません (そうすべきだと思います)。

.NET が既にインストールされている PC で MSI ファイルを実行すると、アプリが正しくインストールされます。

.NET 2.0 とアプリを 1 つのステップで一緒にインストールする方法はありますか?

クライアントのマシンに必要な .NET Framework がまだインストールされていない場合、Wix パッケージで必要な .NET Framework をダウンロードするにはどうすればよいですか? インストールされている .NET バージョンを確認する条件は既に設定していますが、見つからない場合にダウンロードしてインストールする方法がわかりません。

ClickOnce は、プロパティ ページの前提条件を確認することで、これを自動的に行います。他の要件があるため、Wixで実行する必要があります。

ありがとう！

次のようなより多くのコンポーネントをクライアントに追加する必要がある Setup & Deployment プロジェクトに追加するにはどうすればよいですか。

等...

代替テキスト http://img55.imageshack.us/img55/2586/200902021225eu9.png

このオプションは VS 2008 にはなく、ウィンドウ (上の画像) には「Microsoft Update で再配布可能なコンポーネントを確認する」へのリンクしかありませんが、2 つの「ブートストラップ パッケージ」を含むページに移動します (わかりません)。これは何ですか）

ユーザーにこれを手動でインストールするように求める代わりに、これをプロジェクトに追加する方法についてのアイデアはありますか?

ありがとうございました。

Visual C ++ Runtime8.0sp1に依存するカスタムアクションを使用するInstallShieldインストールがあります。以前は、MicrosoftがVisualStudioで提供しているマージモジュールを使用してランタイムをインストールできました。Visual C ++ Runtime 8.0 sp1のサイドバイサイドインストールがVistaで機能する方法に基づいて、ランタイムはインストールのコミットシーケンスまで使用できません。

つまり、カスタムアクションの実行をコミットシーケンスに移動するか（問題が発生した場合、このシーケンス中にインストールをロールバックできないため、望ましくありません）、InstallShield前提条件を使用してインストールする前にVisualC++ランタイムをインストールする必要があります。 。

Visual C ++ランタイムを前提条件としてインストールしたいのですが、その前提条件はInstallShieldによって提供されていないため、独自に作成する必要がありました。ランタイムをインストールするための前提条件を構成する方法を理解できましたが、ランタイムが既にインストールされているかどうかを判断する方法がわかりません。これを判断するために確認できるレジストリキーまたはファイルバージョンはありますか？

Visual Studio 2008 SP1は、.NET Framework3.5SP1の言語パックの前提条件を提供していません。

私の研究結果は次のとおりです。言語パックをインストールするカスタムブートストラッパーパッケージを簡単に作成できるはずです。BootstrapperManifestGeneratorをダウンロードしました。カスタムパッケージを作成するのに本当に便利なツールですが、言語パックパッケージの正しいパラメーター（再起動モード、インストール時間とサイズ、インストール条件、終了コードなど）がわかりません。

.NET言語パック用のすぐに使用できるブートストラッパーパッケージはありますか？

ClickOnceを使用してデプロイされたプロジェクトに取り組んでおり、いくつかの問題が発生しています。

私のソフトウェアソリューションには2つのコンポーネントがあります。実行するために.NETFramework3.5を必要とするデスクトップクライアントと、利用可能なドキュメントを一覧表示し、ClickOnceを使用してデスクトップクライアントをインストールする方法を提供するサーバー（ASP.NETアプリケーション）です。

私の最初の問題は前提条件の問題です。クライアントをインストールする前に3.5フレームワークをインストールする方法が必要です。Visual Studioはsetup.exeそれを処理するを作成しますが、それを機能させるには、（.applicationファイルにリンクするのではなく）直接実行する必要があり、ClickOnceマニフェストを作成するときに展開URLを知っている必要があります。

したがって、さらに2つの問題があります。インストール後にクエリ文字列引数を使用してクライアントアプリケーションを実行する方法がないsetup.exeため、サーバーに「... / client.application？」のようなURLにリンクするドキュメントリストを表示させる代わりに、 document=doc1"へのリンクしか持てませんsetup.exe。

もう1つの問題は最悪です。サーバーは、単一のWebサーバーではなく、比較的小規模なプライベートネットワークで使用することを目的としています。問題は次のとおりです。ビルド時にClickOnceクライアントの展開URLがわからないため、setup.exe[Webサイトからインストール]オプションをオンにすると、が正しく実行できません。setup.exe今のところ、回避策は、大きなZIPファイルに前提条件とClickOnce配置ファイルを含むオフラインインストーラーを用意することです。

適切なフレームワークバージョンを使用しているユーザーは、.applicationクエリ文字列を含むドキュメントへのリンクを使用して、クライアントをインストール/更新し、ドキュメントを開くことができます。フレームワークを持たないユーザーはエラーメッセージ（「システムアップデートが必要ですblablabla 3.5.0.0 blabla GAC」）を受け取り、ZIPファイルをダウンロードしてローカルマシンに抽出し、setup.exeファイルを実行してフレームワークをインストールしてから、クライアントをインストールする必要があります。 。その後、彼はドキュメントリストに戻り、リンクを使用して適切な引数でクライアントを起動する必要があります。

言うまでもなく、私はこの戦略をあまり誇りに思っていません。この戦略は、ClickOnceの展開のすべての利点を台無しにします。

よりエレガントな方法で前提条件の問題を取り除くことは可能ですか？サーバーをネットワークに展開するときにClickOnceアプリケーションのインストールURLを変更する簡単な方法はありますか（構成ファイルなどにURLを書き込むなど）？

私のアプリケーションをインストールしようとしているユーザーのコンピューターに .Net 2.0 がインストールされていることを確認する最善の方法は何ですか? 私のアプリケーションはポータブル アプリケーションであり、レジストリを使用せず、プログラムの追加と削除エントリを必要としないため、Visual Studio を使用して作成された通常のセットアップ プロジェクトを実際には使用したくありません。ユーザーが使用できるようにできるだけシンプルにする必要があります (一部のユーザーはコンピューターにあまり詳しくない可能性があるため)。

編集：私とユーザーの両方にとって最も簡単なので、MusiGenesisの回答を受け入れました。アプリケーションをダウンロードする Web サイトから .Net 2.0 インストーラーへのリンクを追加します。

将来的には、3 つの回答をすべて組み合わせて、アプリケーションをインストールする前にユーザーが実行できる単純な C++ 前提条件チェック アプリを作成するかもしれません。