互換性を保ちながら、若干の機能拡張と多くの障害修正がなされています。同一マシン上に共存させることは出来ません。そのままビルドすることが可能です。言っても、これはツールセット自体にのみ当てはまることです。このツールセットで作成したパッケージは、対象のコンピュータに何か追加のフレームワークやソフトウェアがインストールされていることを要求するものではありません。同様に、ある種の特殊なアプリケーション(マージ・モジュールやパッチ)では、いくつか追加のユーティリティが必要になりますが、それも、パッケージをビルドするコンピュータで必要になるだけです。クライアントは、出来上った自己完結的なインストーラ・パッケージ以外には、何も必要としません。運営している専用のメーリング・リストの中に存在します。あらゆる面についてアドバイスを求めるための最善の場所です。アカウントを既に持っているのであれば、ウェブサイトからでも、メーリング・リストに参加することが可能です。簡単な方法は、メーリング・リストの参加申し込みアドレスに空のメッセージを送信することです。今日、このようなメーリング・リストでは当り前のことですが、最初に参加申し込みをしなければ、何も質問をすることは出来ません。なければ、メーリング・リストのユーザーはスパムに耐えられないでしょう。メーリングリストがあります。前書きアプリケーションの開発が終了しても、まだ終りと言うには程遠いものがあります。セットアップはエンド・ユーザーがアプリケーションに接する一番最初の部分ですから、セットアップの完全さと信頼性が重要であることはいくら強調しても足りません。従来からあるセットアップ・ツールは、プログラム的なスクリプト・ベースの手法を使って、アプリケーションのインストールに関係するさまざまなステップを記述してきました。ファイルのコピー、レジストリ設定の作成、デバイス・ドライバーやサービスの開始など、すべてそうです。背景にあるテクノロジは、エンド・ユーザーに対しては同じような見た目や使い勝手を維持しながらも、重要な哲学的変更をいくつか経ています。根本的な変更は、命令的な記述から宣言的な記述への移行でした。インストールの個々のステップを記述するのではなく、インストールやアンインストールのさまざまな段階を経た後に、対象のマシンがどんな状態になっているべきかを、宣言的な形式で定義するのです。命令的な記述は非常に効率的であるように見えますが、それには、何かエラーが発生しない限りは、という条件が付きます。宣言的な記述であれば、予想外の条件、対象マシンの環境の違い、インストールの中断、リソースの共有などに起因するエラーが生じても、うまく対処することが出来ます。セットアップの開発者にとって最も優先すべき課題は、インストールの過程でどのような事態が発生しようとも、対象のマシンを既知の安定した状態に保って、有害な副作用を与えないことです。広く使われているセットアップ・ツールの開発者たちも、この新しいテクノロジを採用した新しいバージョンのツールを提供して、そういう性格を持ったセットアップ・プログラムを作成できるようにし始めています。多くの開発者の経験が示すように、それらのツールは、比較的単純なインストーラ・パッケージの作成は完璧にこなしますが、多少複雑な要求に出会った場合には、制約が厳しすぎたり柔軟性が欠けていたりすることが多いのです。それらとは違う手法を取っています。いうものではありません。プログラミング言語によく似たものです。アプリケーションを作成する通常のプロセスと全く同じように、テキスト・ファイルを使って、インストールのプロセスに関する全ての要素を記述します。コンパイラとリンカがセットアップ・プログラムを作成します。自動化されたアプリケーション作成プロセスの一部として組み込むことが、非常に容易に出来るようになっています。よる古典的なテクノロジに基づいたものでも構いませんし、現代的な統合開発環境の類似した機構であっても構いません。それに加えて、更に別のレベルの統合をも提供します。それは、第一の統合よりもはるかに利点が多い、セットアップ開発プロセスとアプリケーション開発プロセスの統合です。伝統的に、セットアップ・プログラムが書かれるのは、メインのアプリケーションがほとんど完成してからの事でした。多くの場合は、別の開発者によって書かれるのです。この手法は、アプリケーションを構成する全てのリソースについて情報を収集するという、退屈で間違いの多いプロセスを必要とします。通常、ファイルそのものは明白ですが、レジストリ・エントリ、サービス、その他の形式のリソース間依存関係は、大抵は、後になってからでは再構成するのが困難なものです。した開発ドキュメントが欠如している場合、セットアップの開発者は、全ての情報の断片をアプリケーションの開発者から聞き出すか、もしくはソース・コードから抽出しなければなりません。ソース・ファイルを修正すべきことになります。新しいモジュールの開発を開始したり、新しいレジストリ・エントリを追加したり、サービスなどの依存関係を作成したりすると同時に、並行して、セットアップに対する適切な修正が施されなければなりません。この手法をとれば、重要な情報が欠落することは決してありませんし、おまけとして、アプリケーションそのものが完成するのと一緒にセットアップ・プログラムも実質的に完成することになります。全ての開発者に平等に適している訳ではない、という事が言えます。ベースのセットアップ・オーサリング・ツールの方が適しているでしょう。いうツールとしては、市販製品でもフリーウェアでも、入手できるソリューションがいくつか有ります。ツールセットの特徴と利点を要約すると以下の通りです。成熟度について疑念が有るかもしれませんね。インストーラを作れるだろうか、と。切り替えつつある、という事を言っておきます。謝意を表したいと思います。