0

401 エラー応答をクライアントに送り返したいのですが、tomcat7.0.39 がそれを上書きし、代わりに 404 を送信します。これを引き起こしているのは、web.xml のエラー ページ定義のようです。

<error-page>
    <error-code>404</error-code>
    <location>/errorPages/404.html</location>
</error-page>
<error-page>
    <error-code>403</error-code>
    <location>/errorPages/403.html</location>
</error-page>

すべてのエラー マッピングをコメント アウトすると、問題が解消されます。tomcat が 401 にマッピングされたものを見つけられない場合、404 not found を返すと思います。これは、エラー マッピングが存在する場合、「完全」である必要があることを意味します。私にとってこれは奇妙なデザインであり、大きな結果をもたらします。Tomcat コンテキストが返す可能性のあるエラー コードがわからず、404 および 403 のエラー ページをカスタマイズしている場合は、100 の 4XX エラー ページすべてを提供する必要がある場合があります。これは、Tomcat にカスタマイズされたエラー ページとグローバルな web.xml でのそれらのマッピングを提供する PaaS ベンダーの生活を困難にしています。これに噛まれた人いますか？すべての 4XX エラー コードを提供することがばかげていることに同意する場合、そのようなシナリオをどのように処理しますか?

4

0 に答える 0