動的コンテンツ (サーブレット、JSP ファイル、フィルター、関連メタデータなど) を
一切含まないコンテンツ・ベースの Web アプリケーションを作成したい場合には、[/concept/conbody/p/xref/desc
{"- topic/desc "}) (desc]動的 Web プロジェクトではなく、静的 Web プロジェクトを作成することができます。
静的 Web プロジェクトには以下の特性があります。
- すべての公開可能リソースの Web コンテンツ・フォルダー (WebContent)。このフォルダーの名前は、プロジェクトのポップアップ・メニューから変更することができます。
- Theme フォルダー。カスケーディング・スタイル・シートおよびその他のスタイル関連オブジェクトを保管するための推奨ディレクトリーです。
- Web コンテンツ・フォルダー外にフォルダーを定義できる機能。MIF ファイルなどの中間ファイルを保管するためのものです。
- 静的 Web プロジェクトから動的 Web プロジェクトへの変換パス。
プロジェクトは、[/concept/conbody/p/ul/li/xref/desc
{"- topic/desc "}) (desc]変換されると、完全に有効な動的 Web プロジェクトになります。
さらに、プロジェクトには以下の機能もあります (静的および動的 Web プロジェクトに共通)。
- HTML 構文妥当性検査
- 壊れたリンクの修正ウィザード
- Web サイト・ナビゲーション・ツール
- 静的 Web プロジェクトの公開を容易にする新規サーバー・タイプである静的 Web サーバー
静的 Web プロジェクトの公開先となるフォルダーは修正することができます。
例えば、静的プロジェクトの公開「ルート」値 (コンテキスト・ルート と呼びます) を
/web1 に設定すると、Web コンテンツ・フォルダー内のすべてのものは、Web サーバーの doc ルートの下にある
web1 フォルダーに公開されます。
これにより、Web サーバー上の Web リソースをワークベンチの中の
Web プロジェクトに対応するフォルダーの中にグループにして入れることができます。
このようにして定義されたプロジェクトの実動の用意ができた時点で、その値を
/ に変更して、特定プロジェクトを直接 doc ルートに向けて公開することができます。
こうして公開、リンク修正、および参照がすべて自動的に更新されることになります。
コンテキスト・ルート値を指定するために別名を使用することもできます。たとえば、ターゲットの
Web サーバー上で次のように定義された別名があるとします。
Alias /scripts/ "/var/www/scripts"
この例では、現行の静的 Web プロジェクトには
共通の JavaScript™ ファイルが含まれ、
コンテキスト・ルート値を
"scripts" となるように設定することができます。
静的 Web プロジェクトの中のリソースを Web サーバー上の正しいロケーションに向けて公開するためには、
次のように、静的 Web サーバーのサーバー・ツール・インスタンスにこの別名マッピングを追加する必要があります。
- 「サーバー」ビューから、静的 Web サーバー構成をダブルクリックしてサーバー構成エディターを開きます。
注: これは、ユーザーがすでに静的 Web サーバーを定義したことを前提としています。
- 「構成」エディター・タブをクリックします。
- 「別名パスのマッピング」セクションまでスクロールダウンして、新しい別名マッピングを追加します。
"scripts" が別名として定義されているため、静的 Web プロジェクト内の Web コンテンツは、マップされたパス
/var/www/scripts に公開されます。