我們有一個JSF應用程序中運行。自從默認着陸頁被定義爲/pages/dashboard.xhtml
以來。JSF默認頁(解決:謹防瀏覽器的301-緩存)
四郎正在迎頭趕上的要求,顯示了登錄頁面,和全成身份驗證後,我們的servlet檢索來自四郎所存儲的請求並轉發該用戶到該頁面。
所以,每次其他種類的深層鏈接是可能的OFC。
現在,我們希望允許用戶定義他的默認登錄頁面。系統設置,如果四郎不提供存儲的請求,我們的應用程序轉發到用戶定義自己的着陸頁。
(其他深層鏈接仍然工作OFC)
如果現在用戶直接調用https://example.com/app/login.xhtml
,他被轉發到他的習慣着陸頁。 (登錄後)
這是奇怪的唯一的事 - 和我逼瘋了,現在如果用戶僅請求https://example.com/app
- 第一個請求hiting四郎是鏈接到舊儀表盤再次:https://example.com/app/pages/dashboard.xhtml
在web.xml中,我們繪製了servlet來*.xhtml
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.xhtml</url-pattern>
</servlet-mapping>
和定義的歡迎文件列表作爲
<welcome-file-list>
<welcome-file>index.xhtml</welcome-file>
</welcome-file-list>
該文件存在,並且只包含
<!DOCTYPE html>
<html lang="en">
<head>
<meta http-equiv="Refresh" content="0; URL=login.xhtml">
</head>
</html>
好像該文件是永遠不會被調用。當移除重新導向,呼籲立即https://example.com/app
導致https://example.com/app/login.xhtml
- 但四郎記錄的訪問請求https://example.com/app/pages/dashboard.xhtml
,導致了「存儲的請求」,然後。
(我們不喜歡,會導致SZENARIO應該在用戶的默認着陸頁)
這是wildfly 8.1,我完全出在哪裏這個「請求」被觸發的想法。 (顯然,這是不是默認頁) - 但它擊中我們的網址重寫過濾器的第一個請求,所以調用應用程序之前,musst發生......
但在哪裏呢?