いいえ、API はありません。設定は Tomcat の内部にあり、これを直接外部に公開することはありません。(あなたが言ったように、web.xmlを解析することができます.XMLなので、これを引き出すためにXQueryを書くのは簡単です)。
また、これがどのように機能するのか正確に混乱しているように見えると思います。404 応答の HTML 本文を提供するために使用する URI を Tomcat に提供します。リクエストで提供されたかのように、この URI を実際のリソースに解決できる必要があります。そのため、多くの場合、リソースが存在するかどうかを検出するためにサーブレットは必要ありません。提供されるリソースを含むサーブレットが必要です。例外は、Tomcat を使用していくつかの URL の静的ファイル システム データを提供する場合です。
サーブレットなしで Tomcat をセットアップした場合、とにかく何を提供することを期待していますか? error.jsp
一体どこからページを取得することを期待していますか? それをどのように知っていると思いますか?必要なことは、少なくとも 1 つのサーブレットを (error.jsp
ファイルを含む) Tomcat に追加し、web.xml が/error/error.jsp
URL をこのサーブレットにマップすること (およびリソースがサーブレットのエラー サブディレクトリに配置されること) を確認することです。
これが完了すると、eg に手動でアクセスしhttp://localhost:8080/<context>/error/error.jsp
て応答を返すことができるはずです (実際の例外はなく、ファイルが見つかるはずなので、奇妙な内容が含まれている可能性があります)。同様に、web.xml で error-page ディレクティブを正しく設定した場合、マッピングされていない URL (例: http://localhost:8080/<context>/asdfghjasgh
) に移動すると、エラー ページが 404 応答として表示されます。