エンドアプリケーションを形成するために一緒にインストールする必要があるいくつかのコンポーネントMSIパッケージがあります。
問題は、パッケージを構成するコンポーネントを更新して、コンポーネントをhttpファイルサーバーで再起動できることです。どのようなアプローチを取るべきですか?
私が書いているインストーラーは「マスター」インストーラーです。その1つのコンポーネントでのみアップグレードを実行するには、クライアントマシンにインストールされている各コンポーネントのバージョンを読み取ることができる必要があります。
また、アプリケーションを初めてインストールする場合、インストーラーは必要なすべてのコンポーネントをダウンロードしてインストールします。
Installshield2009を使用しています。
チェーンされたMSIを調べましたが、マスターインストーラーが空です。できるだけ軽量にする必要があるからです。
ブートストラップアプリケーションの作成方法がわかりません。私の会社では、installshieldを使用してインストーラーを作成することを望んでいます。
私は調査しました-そして明らかに前提条件はアンインストールされることを意図されていません。
バージョン番号を変更して、ダウンロードで必要なコンポーネントのみをダウンロードし、インストーラー全体をダウンロードしないようにすることで、マイナーアップデートを実行できると思います。現在、私はあなたが提案した方法(sascha)を実装しており、私の会社はInstallShieldを通じて提供されるFLEXnet接続サービスを使用している。私が言及した「コンポーネント」(開発者が使用するのが大好きな用語)は、InstallShieldのコンポーネントの概念と概念が似ています。ただし、「コンポーネント」を機能によってカプセル化されるように変更したため、リリースのビルド時に、各「機能」がcabファイルにラップされるように選択できます。
これはとても紛らわしいように聞こえます-私にとってさえ。
機能<コンポーネント(サービスを含む)に頼ってきました
私の会社は、Installshieldを除く他のインストーラープログラムの使用を拒否しています。私の推測では、遠い将来に前提条件の要件を更新するには、新しいインストーラーを作成し、アプリケーションをメジャーアップグレードとして再リリースする必要があります。それは私には理にかなっています。
Perermtate、以前にインストールされた前提条件をアンインストールする方法はないと思います。これは、前提条件が他のアプリケーションのプラットフォームとして必要になる可能性があるためです。すべての「前提条件」は、アプリケーションのサードパーティコンポーネントであることが意図されていたためです。 。
ご回答ありがとうございます!