サーブレット仕様で、Webアプリケーションに構成パラメーターを提供するための2つの異なる方法(コンテキストパラメーターと環境エントリ)が定義されているのはなぜですか?
これらのアプローチのそれぞれの利点は何ですか(いつどちらを優先する必要がありますか)?
サーブレット仕様で、Webアプリケーションに構成パラメーターを提供するための2つの異なる方法(コンテキストパラメーターと環境エントリ)が定義されているのはなぜですか?
これらのアプローチのそれぞれの利点は何ですか(いつどちらを優先する必要がありますか)?
環境エントリはJNDIを介して利用できます。これは、 EJBServletContext
のように、直接手元にない場合に役立つことがあります。の1つは、実際には、環境全体をオーバーライドすることに関して、優先順位チェーンの最後にあります。これらは通常、サーバー自体の構成で定義されます。したがって、Webアプリケーションからサーバー指定の環境エントリをオーバーライドする場合は、を介して実行できます。web.xml
web.xml
コンテキストパラメータは、実際にはWebアプリケーション自体に固有です。これらは、直接手元にある場合にのみ使用できます。通常は、フィルター、サーブレット(および本質的にELを介したJSP)、およびリスナーServletContext
の内部でのみ使用できます。これらは、Webアプリケーションで実行されているフィルター、サーブレット、リスナーの構成パラメーターを提供するために使用されることになっています。単純な目的のために過度に複雑なプロセスであるJNDIによってそれらを提供することはあまり意味がありません。${initParam.someName}