。 そうしないと、権限のないユーザーがFaceletsのソースファイルにアクセスする可能性があるためです。セキュリティ制約、ウェルカム・ファイル
正常に動作しますが、ルートパスでもブロックされているためウェルカムファイルが表示されません。 <url-pattern>/</url-pattern>
を2番目のsecurity-constraintに追加しようとしましたが、何もしませんでした。
。 そうしないと、権限のないユーザーがFaceletsのソースファイルにアクセスする可能性があるためです。セキュリティ制約、ウェルカム・ファイル
正常に動作しますが、ルートパスでもブロックされているためウェルカムファイルが表示されません。 <url-pattern>/</url-pattern>
を2番目のsecurity-constraintに追加しようとしましたが、何もしませんでした。
できる場合は、FacesServlet
をサフィックスパターンにマッピングしてください。 JSF 1.xを使用している場合は、*.jsf
にマップしてください。次に、そのセキュリティ制約を持つ*.xhtml
のアクセスをブロックするだけです。すでにJSF 2.0を使用している場合(質問履歴でこれを確認してください)、*.xhtml
にマップしてください。 JSF 1.xとは対照的に、FacesServlet
は無限ループで動作しません。この方法では、セキュリティ制約はまったく必要ありません。唯一の欠点は、FacesServlet
を含まずに「普通のバニラ」XHTMLファイルを提供できないことです。しかし、とにかくそのようなファイルは*.html
として提供されなければなりません。
PS:/faces/*
プレフィックスパターンが吸う別の理由を提供してくれてありがとう;)
それが正常に動作しますが、でも根 パスがブロックされているので、それは歓迎ファイルは表示されません。 2番目の security-constraintを追加しようとしましたが、何も追加しようとしませんでした。
この場合、動作しているはずです。私は私のマシンでそれをテストしましたが、初めて動作しません。終了するまで、アプリケーションサーバーを再起動します。期待どおりに動作します。
ああ、私たちはweb.xmlを更新しました。
私はこの種の問題を抱えている唯一の人です! faceletsのソースファイルを保護する別の方法はありますか? – Alf