第1回 ClickOnceの基本動作を見てみよう
アプリケーションのアップデート機能 ClickOnceを使わずに.MSIファイルでアプリケーションをユーザーに配布した場合、その後のバージョン・アップ作業や、ちょっとしたバグ修正によるソフトウェア更新作業が大変なものとなることは想像に難くない。 なるほど（前掲のコラムにも書いたように）これが10人程度なら各ユーザーに一声かけて更新作業をお願いすれば済むのかもしれないが、それが100人、1000人、1万人になったらどうだろう？ ユーザー数が増えれば増えるほど、クライアント・ソフトウェアの更新作業を管理することは非常に大変になるはずだ。そうなれば、何らかの展開テクノロジを用いてソフトウェアの更新を集中管理しないと、システム管理者はソフトウェアの更新作業以外の仕事に手が回らなくなってしまう。 確かにソフトフェアの更新管理を簡素化するソリューションはすでにいくつか存在するが（例えばSystem M
ClickOnceのデジタル証明書を更新するには？［VS 2005のみ、2.0のみ、C#、VB］ ― ＠IT
ClickOnce機能で配布されるアプリケーション（以降、ClickOnceアプリ）は、「コードサイニング証明書（Authenticode対応Digital ID）」（以下、デジタル証明書）によって署名されなければならない。この署名作業はVisual Studio 2005（以降、VS 2005）が自動的に行ってくれるため、あまり意識していない開発者も少なくないだろう。 このVS 2005による自動署名のほかにも、makecert.exeを使って手動で発行したデジタル証明書を使う方法や、第三者機関のVeriSignなどが発行したデジタル証明書を利用する方法などがある（詳しくは「連載：ClickOnceの真実 第7回」の「■セキュリティの設定方法1 ― デジタル証明書による署名方法」を参照されたい）。 しかし、いずれの方法で署名したとしても、そこで使われるデジタル証明書の有効期間は基本的に1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
