C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[4]: バージョンアップ用インストーラ作成

分類:[.NET 全般]　

2008/10/16(Thu) 17:21:45 編集(投稿者)

VS2005でインストーラの作成を行っています。

新規のマシンには問題ありませんが、旧バージョンがインストールされているマシンに新バージョンをインストールすると、
旧バージョンのDLL(VB6:ActiveX)が更新されません。

インストーラより削除後に再インストールしています。

◆DLLのプロパティは以下の通りです。
・Parmanent : True
・ReadOnly : False
・Register : vsdrfCOMSelfReg

　DLLはプロジェクト内で依存関係です。

◆プロジェクトのプロパティは
ProductCode : 旧バージョンと異なる値
ProductName : 旧バージョンと同値
UpgradeCode : 旧バージョンと同値
Version : 1.xx

です。

ActiveX DLLを更新するには特別な設定が必要なのでしょうか？

■No26657 (ソルさん) に返信

> ◆DLLのプロパティは以下の通りです。
> ・Parmanent : True
> ・ReadOnly : False
> ・Register : vsdrfCOMSelfReg
>
Parmanent なんですか？アンインストールしない。。。と
それと、SelfRegではなくvsdrpCOM がよいとおもいます。
SelfReg だと、リブートが入る時に面倒なことになるんで。
＃VB6のActiveXなら問題ないはず

> 　DLLはプロジェクト内で依存関係です。
>
依存関係で自動リストアップですか？

> ActiveX DLLを更新するには特別な設定が必要なのでしょうか？
特別な設定は必要ないと思いますが、ActiveX DLL 自身のファイルバージョンは
上がっていますか？
より新しいバージョンなら更新となりますので
たとえ修正ビルドしたものを含めていてもバージョンが上がっていなければ
更新されません。

これは、COMに限った話ではなく、.NET アプリでも何でもファイルバージョンを持つものすべてが該当します。

■No26662 (とっちゃんさん) に返信
>
> Parmanent なんですか？アンインストールしない。。。と
Permanentの間違いでした。ご指摘ありがとうございます。

> 依存関係で自動リストアップですか？
アプリに必要なDLLなのでそのようにしております。

>>ActiveX DLLを更新するには特別な設定が必要なのでしょうか？
> 特別な設定は必要ないと思いますが、ActiveX DLL 自身のファイルバージョンは
> 上がっていますか？
> より新しいバージョンなら更新となりますので
> たとえ修正ビルドしたものを含めていてもバージョンが上がっていなければ
> 更新されません。

バージョンを判断して更新しないとは知りませんでした。
為になりました。

ありがとうございます。

ちなみに旧バージョンのアプリを新バージョンのアプリインストーラでアンインストールするには

プロパティを
・ProductCode : 旧バージョンと異なる値
・ProductName : 旧バージョンと同値
・UpgradeCode : 旧バージョンと同値
・Version : 1.xx（旧より大きな値）

とすれば問題無いのでしょうか？

■No26667 (ソルさん) に返信
> Permanentの間違いでした。ご指摘ありがとうございます。
>
あ、いえ。スペルミスのほうではなく、Permanent を True にしてるということは
アンインストールはしないのですね？
という意味です。

>>依存関係で自動リストアップですか？
> アプリに必要なDLLなのでそのようにしております。
>
自作のですよね？なら特に問題はないかな。
あるとしてもインストール先くらいか。

> バージョンを判断して更新しないとは知りませんでした。
> 為になりました。
>
これは、ActiveXだからというわけではなくインストール処理では
基本的な概念になります。

自分の製品でのみ利用しているものであれば...と思われがちですが
どのような形であれ「更新」を行うのであればバージョン管理は
きっちりと行っておかなければ、なりません。

> ちなみに旧バージョンのアプリを新バージョンのアプリインストーラでアンインストールするには
>
> プロパティを
> ・ProductCode : 旧バージョンと異なる値
> ・ProductName : 旧バージョンと同値
> ・UpgradeCode : 旧バージョンと同値
> ・Version : 1.xx（旧より大きな値）
>
> とすれば問題無いのでしょうか？

基本はそうですね。
どのような形であれ更新が行われる予定があるのであれば
VSのセットアッププロジェクトの場合は、
最初のリリースのバージョンを1.0.0以上にする(こうしないとアップデートできないため)
配置プロジェクトのプロパティ(ソリューションエクスプローラでセットアッププロジェクトを選びツールバーのプロパティをオス)で
DetectNewerInstalledVersion と RemovePreviousVerions を True に設定する。

としてビルドします。
以後アップデートがあるたびに配置プロジェクトのプロパティのVersionを1.0.1 などあげていき
その際表示される
「バージョンを変更する場合は、ProductCode の変更をお勧めします。
実行しますか？」
のメッセージに「はい」と答える。

とすれば、あとは更新のあるファイルのファイルバージョンをあげていくだけで基本はOKです。

> VSのセットアッププロジェクトの場合は、
> 最初のリリースのバージョンを1.0.0以上にする(こうしないとアップデートできないため)

出来あがった .msi の Update テーブルを書き換えればできるけど、まぁ、普通はやらないね。面倒だし。

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[4]: バージョンアップ用インストーラ作成

過去ログには書き込み不可