.NETプログラミング研究 第60号

.NET Tips

デプロイメントプロジェクトによるアップデート

注意

この記事の最新版は「セットアッププロジェクトによるアップデート」で公開しています。

ここでは、VS.NETのデプロイメントプロジェクトで作成するMSIファイルで、アプリケーションのアップデートインストールができるようにする方法を説明します。

まずは、Windows Installerで定義されている3つのアップデートのタイプから説明します。

アップデートの3つのタイプ

Windows Installerでは、アップデートのタイプを、Small Update、Minor Upgrade、Major Upgradeの3つに分類しています。それぞれのタイプに関して詳しくは、「Platform SDK: Windows Installer」で説明されています。

これらのタイプの違いは、Package Code、Product Version、Product Codeを変えるか変えないかという点にあります。以下にその違いを表で示します。

タイプPackage CodeProduct VersionProduct Code
Small Update変更する変更しない変更しない
Minor Upgrade変更する変更する変更しない
Major Upgrade変更する変更する変更する

Package Codeは、MSIファイルをアップデートする時に必ず変更する必要があります。VS.NETではMSIファイルを作成するたびにPackage Codeを変更しますので、通常は気にする必要はありません。

補足:Package Codeを確認、変更するには、エクスプローラでMSIファイルのプロパティを表示し、「概要」ページの「改定番号」を見るか、Orcaのメニューの「View」-「Summary Information」を使います。

Product Versionは、Minor UpgradeとMajor Upgradeで変更します。Product VersionはVS.NETでは、Versionプロパティで指定します。

Product Codeは、Major Upgradeでのみ変更します。VS.NETでは、ProductCodeプロパティで指定します。

Product Codeを変更すると、前のバージョンのパッケージとは別の製品として扱われるため、前のバージョンが既にインストールされていたとしても、インストールすることができます。これに対してProduct Codeを変更しなかった時は同じ製品として扱われるため、前のバージョンがインストールされていると、「別のバージョンの製品がすでにインストールされています」メッセージが表示され(注)、前のバージョンをアンインストールしないと新しいバージョンをインストールすることができません。

注:Package Code、Product Version、Product Codeのすべてを変更しなかった時は、「アプリケーションの修正または削除」ダイアログが表示されます。

補足:Major Upgradeで新しいバージョンがインストールされているときに古いバージョンをインストールできないようにする方法や、古いバージョンをアンインストールしてから新しいバージョンをインストールする方法に関しては、後述します。

どのアップデートを選択するか

どのような状況でどのタイプのアップデートを行うべきかについては、「Patching and Upgrades」等で説明されています。簡単に説明すると、次のようになります。

まず、別の製品として扱えるアップデートを行うには、Major Upgradeとします。また、アップデート前のバージョンと、アップデート後のバージョンを区別する必要があるならばMinor Upgrade、そうでなければSmall Updateとします。一般的に言われるquick fix engineering(QFE)がSmall Updateに、service pack(SP)がMinor Upgradeに相当するということです。

これ以外にも、いくつかのガイドラインがあります。これに関しては、以下のリンク先で説明されています。

この内、VS.NETを使用してMSIファイルを作成する際に問題となりそうな箇所を以下に列挙します。(英語の解読に自信がないため、正確でない点があるかもしれません。)

  • Small Update、Minor Upgradeでは、MSIファイルの名前を変えてはいけない。ファイル名を変えるならば、Major Upgradeとする。
  • バージョンのあるファイルが修正された場合、バージョンは増加していなければならない。(VS.NETでは、ファイルのバージョンをFileテーブルに書き込んでいるようなので。)
  • Small UpdateはWindows Installerパッチパッケージとして出荷する。
  • 同一システムでアップデート前のアプリケーションと共存できるようにするには、Major Upgradeとする。
  • ファイルやレジストリキーが削除されるならば、Major Upgradeとする。(VS.NETでは、ファイルやレジストリキーをそれぞれ一つのcomponentとして扱っているため。)
  • 新しいファイルやレジストリキーを追加しても、Major Upgradeとしなければならない訳ではない。(.NET Frameworkでは、Windows Installer 2.0以上が必須のため。)

アップデートの実際

いよいよアップデートの具体的な方法についての説明に入ります。VS.NETではMSIファイルしか作れず、パッチは作れませんので、MSIファイルによるアップデートの方法を考えなければなりません。

MSIファイルによるアップデートに関しては、次のページが参考になります。

補足:「InstallSite: Minor and Major Upgrades Using IPWI」では3つの方法が紹介されていますが、この内1と3がそれぞれ「Applying Small Updates by Reinstalling the Product」と「Applying Major Upgrades by Installing the Product」に相当します。

「InstallSite: Minor and Major Upgrades Using IPWI」では3つの方法が紹介されていますが、この内VS.NETで扱えるのは最後の「3: Major upgrades」だけです。まずはこの方法から紹介します。

Major Upgrade

この方法は、Major Upgradeを行うものです。よって、Product VersionとProduct Codeの両方を変更しなければなりません。VS.NETでProduct Versionを変更するには、デプロイメントプロジェクトのVersionプロパティを変更します(注)。

注:Product Versionは「.」で区切られた数字のうち、はじめの3つのみを考慮し、残りは無視しますので、少なくともはじめの3つの数字のいずれかを変更する必要があります。

VS.NETではVersionプロパティを変更すると、ProductCodeとPackageCodeの変更を勧められます。ここではMajor Upgradeを行うため、「はい」を選択し、Product Codeも変更します。(後でProductCodeプロパティを変更することもできます。)

VS.NETでは、Major Upgradeを行う際の動作を、DetectNewerInstalledVersionプロパティとRemovePreviousVersionsプロパティで指定することができます。

DetectNewerInstalledVersionプロパティをTrueにすると、現在インストールされているバージョンよりも古いバージョンをインストールすることができなくなります。DetectNewerInstalledVersionプロパティがTrueの時に古いバージョンをインストールしようとすると、インストールの実行前に「このプロダクトの新しいバージョンが既にインストールされているためインストールできません。」というメッセージが表示され、インストールが未完了のまま終了します。

またRemovePreviousVersionsプロパティをTrueにすると、既に古いバージョンがインストールされていたらこれをアンインストールしてから新しいパッケージをインストールするようになります。

前に述べたとおり、Major Upgradeでは別の製品として扱われるため、古いバージョンが既にインストールされていてもそれとは別の製品としてインストールされます。つまりMajor Upgradeは前のバージョンを上書きして(あるいは置き換えて)インストールするということではありません。前のバージョンと同じフォルダにインストールすれば、ファイルを上書きすることはできますが、コントロールパネルの「プログラムの追加と削除」には古いバージョンが残されたまま、新しいバージョンの項目が追加されます。つまり、新しいバージョンを古いバージョンに置き換える場合は、古いバージョンをアンインストールしてから新しいバージョンをインストールしなければなりません。それを自動的に行うようにするのが、RemovePreviousVersionsプロパティです。

なおこのようなMajor UpgradeではUpgradeCodeが使われるため、UpgradeCodeは絶対に変えてはいけません。

このようにVS.NETでアップデートを行うMSIファイルを作成する時はMajor Upgradeとし、DetectNewerInstalledVersionとRemovePreviousVersionsプロパティをTrueにするというやり方が基本となるでしょう。

注意:RemovePreviousVersionsプロパティをTrueにしても前のバージョンがアンインストールされないケースが幾つかあります。例えば、Versionプロパティが1.0.0以下の製品が既にインストールされていたとしてもアンインストールしません(これはVS.NETがUpgradeテーブルのVersionMin列を「1.0.0.0」としているためです)。また、前のバージョンのインストールが「このユーザーのみ」で、新しいバージョンを「すべてのユーザー」としてインストールする時もそうです。これらに関して、以下のページで幾つか紹介されています。

注意:RemovePreviousVersionsプロパティをTrueとして、Installerクラスを使ったカスタムアクションをインストール時とアンインストール時に使用している場合、新しいバージョンのインストールで古いバージョンのInstallメソッドが呼び出されるというバグがあります。詳しくは、以下のURL先をご覧ください。

補足:DetectNewerInstalledVersionとRemovePreviousVersionsプロパティはUpgradeテーブルを使用するための設定です。DetectNewerInstalledVersionのAttributesはmsidbUpgradeAttributesVersionMinInclusive+msidbUpgradeAttributesOnlyDetect、RemovePreviousVersionsのAttributesはmsidbUpgradeAttributesVersionMinInclusiveとなります。詳しくは、「Platform SDK」をご覧ください。

再インストール

「InstallSite: Minor and Major Upgrades Using IPWI」の「1: Upgrading by reinstalling」では、再インストールによる方法が紹介されています。この方法はProduct Codeを変更しないアップグレードでのみ可能です。残念ながらVS.NETだけではできません(最後の「補足」で紹介するようなツールを使えば、可能です)。

この方法では、MSIファイルの再インストールを

msiexec /i Setup1.msi REINSTALLMODE=voums REINSTALL=ALL

のようなコマンドラインで実行します。なお、既にあるファイルを置き換えるか、レジストリキーを書き換えるかの指定は、REINSTALLMODEで行います。

これでこのパッケージが再インストールされるわけですが、問題ははじめてのインストールの時には何もインストールされないということです。よって、初めてのインストールであるか判断して、プロパティを適当に変更しなければなりません。

この対処法もInstallSiteで説明されていますが、これにはOrcaが必要です。

まずCustomActionテーブルに次のような行を追加します。

ActionTypeSourceTarget
fix_reinstall51REINSTALL{}

また、InstallExecuteSequenceとInstallUISequenceテーブルに次のような行を追加します。(Sequence列はCostFinalizeの前になるように調節してください。)

ActionConditionSequence
fix_reinstallNOT Installed999

以上のようにすることにより、既に同じProductCodeの製品がインストールされている時は、REINSTALLプロパティが削除されるようになります。これで、初めてインストールする時も正常にインストールされるようになります。

補足:上記のようにMSIファイルのデータベースをいじる方法以外に、Bootstrapperを使って既に同じProductCodeの製品がインストールされているかを調べ、コマンドラインを変更する方法もあります。これを可能にするBootstrapperとしては、「VSSetup」があります。

MsiExecでアンインストールする

「InstallSite: Minor and Major Upgrades Using IPWI」の「2: Upgrading by launching MsiExec」では、MsiExecにより指定したProductCodeの製品をアンインストールしてから新たなパッケージをインストールする方法が紹介されています。これもVS.NETだけではできませんが、先に紹介したRemovePreviousVersionsプロパティによる方法のほうが優れていますので、この方法を使う必要はないでしょう。この方法の説明は省略させていただきます。

インストーラでファイルを上書きする

先に説明したように、VS.NETのデプロイメントプロジェクトでアップデートする時は、通常RemovePreviousVersionsプロパティを使って前のバージョンを削除してからインストールするという方法が用いられるため、インストーラによるファイルの上書きに気を使うケースはあまりないでしょう。しかし、Permanentプロパティでアンインストールで削除できないようにしたり、先に紹介した再インストールをする場合などには、既に同名のファイルが存在する時に、インストーラがどのような判断でそのファイルを上書きするかしないかを決定しているのか知っておく必要があります。

Windows Installerがどのようなルールでこれを決定しているかについては、「File Versioning Rules」等で説明されています。

このルールをごく簡単に説明すると、次のようになります(簡略化しているため、厳密には正確ではありません)。

まずバージョンのあるファイルの場合は、インストールするファイルのバージョンがより新しければ、上書きします。バージョンのないファイルの場合は、既にあるファイルが更新されていれば、上書きしません。ファイルが更新されたとみなされるのは、ファイルの作成日時が更新日時より古い場合です。

この動作は、REINSTALLMODEプロパティで変更することができます。デフォルトでREINSTALLMODEプロパティは「omus」ですが、この「o」が既にあるファイルのバージョンが古い場合に置き換えることを意味しています。もし同じバージョンでも上書きする場合は「o」の代わりに「e」とします。バージョンが違えば上書きするのであれば、「d」とします。さらに、バージョンやタイムスタンプに関係なく、上書きをしないのならば「p」を、逆に強制的に上書きするのであれば、「a」とします。なおREINSTALLMODEプロパティを変更する方法は、先に説明しました。

また、「Frequently Asked Questions About Windows Installer」の「How do I force-update an unversioned file during an upgrade, even if the user has modified it?」では、ユーザーが更新したバージョンのないファイルを強制上書きする方法が説明されています。ここでは、FileテーブルでVersionを設定することにより、ファイルを上書きする方法が紹介されています。

コメント



ページ情報
  • カテゴリ : .NET
  • 作成日 : 2005-10-06 (木) 18:00:00
  • 作成者 : DOBON!
  • 最終編集日 : 2010-03-22 (月) 02:46:04
  • 最終編集者 : DOBON!
[ トップ ]   [ 編集 | 凍結 | 差分 | バックアップ | 添付 | 複製 | 名前変更 | リロード ]   [ 新規 | 子ページ作成 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]