アプリケーションディレクトリ下に対してリソースを配置することでこれを行う。アプリケーションにアクセスする。サーブレットコンテナに要求が向けられるような運用になっている。このファイルにアクセス出来るようになっている。別個のドメイン名で公開したい状況がある。http://www.myapp.com/(架空)で公開しなければならない場合である。このようなケースは,サーバリソースを間借りして,その間借りしたエリアを独立したドメインで運用するようなときに必然的に発生する。(もちろん,これらドメイン名は架空の例である)別の顔に見せなければならない要請が出て来る。レンタルサーバではごく普通の運用であろう。公開で則った方法について紹介する。モジュールを併用する方法である。組込まれていなければならない(その方法は割愛。インストール時にオプション選択によりインストール出来るはずである)。そこからインクルードされる定義ファイル)に以下のモジュールエントリがなければならない。運用するホストのアドレスで解決されるよう,ドメイン登録設定が事前に完了していなければならない。このための設定作業は「お名前.com」のような,当該ドメイン名を取得したサービスサイトであらかじめ行っておく。書き換えてくれるものもある。いうファイル名で仮想ホスト定義がある。読み込む定義ファイルの名称は変更出来る。このファイルに以下のような定義を追加する。デプロイディレクトリに指定する。アプリケーションに連携される仕組みである。アプリケーション作成上の注意事項がある。等)から相対的に参照するリソースについてである。運用するように変更すると,この相対リンクは参照不可となってしまう。アプリケーション構造にしておく必要がある。して公開する場合,問題は同一ホストの別アプリケーションへの相対リンクに限定できると考えられる。見えてしまう別の問題が出て来ることになる。