ICE による検証
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/09/06 22:33 UTC 版)
「Microsoft Windows Installer」の記事における「ICE による検証」の解説
マイクロソフトは、MSIデータベースの潜在的な問題を検出するInternal Consistency Evaluators (ICE) を提供している。ICEのルールはCUBファイルにまとめられている。これは必要最低限の内容のみを含むMSIファイルで、ターゲットのMSIデータベースを検証し、警告またはエラーを出力するカスタムアクションを含んでいる。ICEによる検証はPlatform SDKのツールであるOrcaとmsival2から行える。また、各種オーサリング環境に付属の検証用ツールからも行える。 ICE のルールは、例えば次のようなものである。 ICE09: システムフォルダに格納されるすべてのコンポーネントがPermanentとしてマークされているか検証する。 ICE24: 製品コード、製品バージョン、製品の言語のフォーマットが適切か検証する。 ICE33: Registryテーブルに、他のテーブル(Class, Extension, Verbなど)に格納すべきデータが含まれていないか検証する。 リリースプロセスにおいて、ICEの警告とエラーを処置することは重要なステップである。 インストール処理では、インストールに先立ってMSIパッケージのコピーがテンポラリフォルダに作成される。これは、パッケージがローカルにある場合でも行われる。インストールパッケージがローカライズされている場合、InstallShield製品はMSIパッケージの追加のコピーをテンポラリフォルダに作成する。 パッケージビルダが「オンデマンドでのインストール」もしくは「修復」機能を使用するよう設定した場合、パッケージ全体(ローカライゼーションメッセージは除く)とスタブのMSIパッケージが%WinDir%\Installerディレクトリにコピーされる。 グループポリシーによって、インストールの全操作をログに取るよう設定できるが、このログは Windows のテンポラリディレクトリに作成される。このログファイルは、大きなパッケージに対して最も冗長なログを取得した場合、数十メガバイトにもなる。ログファイルは診断には便利だが、ユーザがインストーラに関係した操作(インストール、アンインストール、変更、修復、パッチ)を頻繁に行う場合、ログによるスペースの消費は馬鹿にならない。ロギングポリシーはデフォルトでは無効になっているが、顧客によるインストールプログラムのデバッグの補助のために、セットアップのブートストラッププログラムがロギングを有効にしている場合もある。 MSIインストールファイルのサイズは同等の.zipや.rar(または自己解凍形式の .exe)ファイルよりも大きくなる傾向にある。これは、強力な圧縮アルゴリズムを使用していないためである。[要出典]
※この「ICE による検証」の解説は、「Microsoft Windows Installer」の解説の一部です。
「ICE による検証」を含む「Microsoft Windows Installer」の記事については、「Microsoft Windows Installer」の概要を参照ください。
Weblioに収録されているすべての辞書からICE による検証を検索する場合は、下記のリンクをクリックしてください。
全ての辞書からICE による検証を検索
- ICE による検証のページへのリンク