класса javax.сталкиваться.приложение.ViewExpiredException: не удалось восстановить представление

введение

на ViewExpiredException будет брошен всякий раз, когда javax.faces.STATE_SAVING_METHOD установлено значение server (по умолчанию), и пользователь отправляет запрос HTTP POST на просмотр через <h:form> С <h:commandLink>, <h:commandButton> или <f:ajax>, в то время как связанное состояние представления больше не доступно в сеансе.

Просмотр состояния определяется как значение скрытого поля ввода javax.faces.ViewState на <h:form>. С помощью метода сохранения состояния установлено значение server, это содержит только ID состояния представления который ссылается на состояние сериализованного представления в сеансе. Таким образом, когда сеанс по какой-либо причине истек (либо тайм-аут на стороне сервера или клиента, либо cookie сеанса больше не поддерживается по какой-либо причине в браузере, или путем вызова HttpSession#invalidate() в сервере, или из-за специфической ошибки сервера с сеансовыми куки, как известно в WildFly), то состояние сериализованного представления больше не доступно в сеансе, и пользователь получит это исключение. Чтобы понять работу сеанс, см. Также как работают сервлеты? Создание экземпляров, сеансы, общие переменные и многопоточность.

существует также ограничение на количество просмотров, которые JSF будет хранить в сеансе. Когда предел будет достигнут, то наименее недавно использованное представление будет истекло. См. также com.солнце.сталкиваться.numberOfViewsInSession vs com.солнце.сталкиваться.numberOfLogicalViews.

с помощью метода сохранения состояния client, the javax.faces.ViewState скрытое поле ввода вместо этого содержит все состояние сериализованного представления, поэтому конечный пользователь не получит ViewExpiredException когда сессия истекает. Однако это может произойти в кластерной среде ("ошибка: MAC не проверил" симптоматично) и/или когда на стороне клиента настроено время ожидания реализации и/или когда сервер повторно генерирует ключ AES во время перезапуска, см. Также получение исключения ViewExpiredException в кластеризованной среде, когда метод сохранения состояния установлен в client и User session действует как ее решить.

независимо от решения, убедитесь, что вы делаете не использовать enableRestoreView11Compatibility. он вообще не восстанавливает исходное состояние представления. Он в основном воссоздает представление и все связанные с ним бобы с областью видимости с нуля и таким образом теряет все исходные данные (состояние). Как приложение будет вести себя странным образом ("Эй, где мои входные значения..??"), это очень плохо для пользователей. Лучше использовать представления без состояния или <o:enableRestorableView> а не так вы можете управлять им только в определенном представлении, а не во всех представлениях.

как к почему JSF необходимо сохранить состояние просмотра, перейдите к этому ответу:почему JSF сохраняет состояние компонентов пользовательского интерфейса на сервере?

избегая ViewExpiredException на странице навигации

во избежание ViewExpiredException когда, например, переход назад после выхода из системы, когда сохранение состояния установлено в server, только перенаправление запроса POST после выхода из системы не достаточный. Вам также необходимо указать браузеру не кэш динамических страниц JSF, в противном случае браузер может показать их из кэша вместо запроса нового с сервера при отправке запроса GET на нем (например, кнопкой "Назад").

на javax.faces.ViewState скрытое поле кэшированной страницы может содержать значение ID состояния представления, которое больше не является допустимым в текущем сеансе. Если вы (ab)используете POST (командные ссылки/кнопки) вместо GET (обычный ссылки / кнопки) для навигации по страницам и нажмите такую командную ссылку/кнопку на кэшированной странице, тогда это, в свою очередь, завершится неудачей с ViewExpiredException.

огонь редирект после выхода в JSF 2.0, либо добавить <redirect /> до <navigation-case> в вопросе (если есть), или добавить ?faces-redirect=true до outcome значение.

<h:commandButton value="Logout" action="logout?faces-redirect=true" />

или

public String logout() {
    // ...
    return "index?faces-redirect=true";
}

чтобы проинструктировать браузер не кэшировать динамические страницы JSF, создайте Filter который отображается на имя сервлета FacesServlet и добавляет необходимые заголовки ответа, чтобы отключить кэш браузера. Е. Г.

@WebFilter(servletNames={"Faces Servlet"}) // Must match <servlet-name> of your FacesServlet.
public class NoCacheFilter implements Filter {

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest req = (HttpServletRequest) request;
        HttpServletResponse res = (HttpServletResponse) response;

        if (!req.getRequestURI().startsWith(req.getContextPath() + ResourceHandler.RESOURCE_IDENTIFIER)) { // Skip JSF resources (CSS/JS/Images/etc)
            res.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
            res.setHeader("Pragma", "no-cache"); // HTTP 1.0.
            res.setDateHeader("Expires", 0); // Proxies.
        }

        chain.doFilter(request, response);
    }

    // ...
}

избегая исключения ViewExpiredException на странице обновления

во избежание ViewExpiredException при обновлении текущей страницы, когда сохранение состояния установлено в server, вам не только нужно убедиться, что вы выполняете переход от страницы к странице исключительно с помощью GET (обычные ссылки/кнопки), но вам также необходимо убедиться, что вы используете ajax исключительно для отправки форм. Если вы отправка формы синхронно (не ajax) в любом случае, тогда вам лучше либо сделать вид без состояния (см. Более поздний раздел), либо отправить перенаправление после публикации (см. предыдущий раздел).

имеющего ViewExpiredException при обновлении страницы в конфигурации по умолчанию очень редкий случай. Это может произойти только тогда, когда ограничение на количество просмотров JSF будет сохранено в сеансе. Таким образом, это произойдет только тогда, когда вы вручную установили этот предел слишком низко или постоянно создаете новые представления в справочная информация (например, плохо проведенный опрос). См. также com.солнце.сталкиваться.numberOfViewsInSession vs com.солнце.сталкиваться.numberOfLogicalViews. Другой причиной является наличие дубликатов библиотек JSF в пути к классам среды выполнения, конфликтующих друг с другом. Правильная процедура установки JSF описана в наша страница JSF wiki.

Обработка ViewExpiredException

когда вы хотите справиться с неизбежным ViewExpiredException после действия POST на произвольной странице, которая был уже открыт в какой-то вкладке/окне браузера, когда вы вышли из системы в другой вкладке / окне, затем вы хотите указать error-page для этого в web.xml который переходит на страницу" ваш сеанс тайм-аут". Е. Г.

<error-page>
    <exception-type>javax.faces.application.ViewExpiredException</exception-type>
    <location>/WEB-INF/errorpages/expired.xhtml</location>
</error-page>

при необходимости используйте заголовок meta refresh на странице ошибок, если вы действительно собираетесь редирект далее к домашней или странице входа в систему.

<!DOCTYPE html>
<html lang="en">
    <head>
        <title>Session expired</title>
        <meta http-equiv="refresh" content="0;url=#{request.contextPath}/login.xhtml" />
    </head>
    <body>
        <h1>Session expired</h1>
        <h3>You will be redirected to login page</h3>
        <p><a href="#{request.contextPath}/login.xhtml">Click here if redirect didn't work or when you're impatient</a>.</p>
    </body>
</html>

(the 0 на content представляет количество секунд до редирект, 0 таким образом, означает "перенаправить немедленно", вы можете использовать, например,3 чтобы браузер подождал 3 секунды с перенаправлением)

обратите внимание, что обработка исключений во время AJAX-запросов требует специального ExceptionHandler. См. также тайм-аут сеанса и обработка ViewExpiredException в запросе ajax JSF/PrimeFaces. Вы можете найти живой пример в OmniFaces FullAjaxExceptionHandler витрина-страницы (это также охватывает не ajax требования заказчика.)

также обратите внимание, что ваша страница" общая " ошибка должна быть отображена на <error-code> of 500 вместо <exception-type>, например,java.lang.Exception или java.lang.Throwable, в противном случае все исключения завернуты в ServletException например ViewExpiredException равно в конечном итоге в общей страницу ошибки. См. также ViewExpiredException показано в java.ленг.Throwable error-страница в интернете.в XML.

<error-page>
    <error-code>500</error-code>
    <location>/WEB-INF/errorpages/general.xhtml</location>
</error-page>

вид без гражданства

совершенно другой альтернативой является запуск JSF представления в режиме без состояния. Таким образом ничего Государственного в JSF будет сохранен и мнения никогда не истекает, а просто заново при каждом запросе. Вы можете включить представления без состояния, установив на <f:view> to true:

<f:view transient="true">

</f:view>

сюда javax.faces.ViewState скрытое поле получит фиксированное значение "stateless" в Mojarra (не проверено MyFaces на данный момент). Обратите внимание, что эта функция была ввел в Mojarra 2.1.19 и 2.2.0 и не доступно в более старых версиях.

следствием является невозможность использования просмотреть больше уровня фасоли. Теперь они будут вести себя, как бобы с просьб. Одним из недостатков является то, что вы должны отслеживать состояние самостоятельно, играя со скрытыми входами и/или параметрами запроса. В основном те формы с полями ввода с rendered, readonly или disabled будут затронуты атрибуты, управляемые событиями ajax.

отметим, что <f:view> не обязательно должен быть уникальным во всем представлении и / или находиться только в главном шаблоне. Это также полностью законно, чтобы redeclare и вложить его в клиент шаблона. Он в основном "расширяет" родителя <f:view> затем. Е. Г. в мастер-шаблоне:

<f:view contentType="text/html">
    <ui:insert name="content" />
</f:view>

и в шаблоне клиента:

<ui:define name="content">
    <f:view transient="true">
        <h:form>...</h:form>
    </f:view>
</f:view>

вы даже можете обернуть <f:view> на <c:if> чтобы сделать его условным. Обратите внимание, что это будет применяться на весь просмотр не только вложенного содержимого, например the <h:form> в приведенном выше примере.

см. также

• ViewExpiredException показано в java.ленг.Throwable error-страница в интернете.в XML
• проверьте, существует ли сеанс JSF
• тайм-аут сеанса и обработка ViewExpiredException в запросе ajax JSF/PrimeFaces

связаны к конкретной проблеме, используя HTTP POST для чистого страница-для-страницы навигации не очень пользователей/SEO дружественных. В JSF 2.0 вы действительно должны предпочесть <h:link> или <h:button> на <h:commandXxx> для простой ванильной навигации по страницам.

так вместо, например,

<h:form id="menu">
    <h:commandLink value="Foo" action="foo?faces-redirect=true" />
    <h:commandLink value="Bar" action="bar?faces-redirect=true" />
    <h:commandLink value="Baz" action="baz?faces-redirect=true" />
</h:form>

лучше сделать

<h:link value="Foo" outcome="foo" />
<h:link value="Bar" outcome="bar" />
<h:link value="Baz" outcome="baz" />

см. также

• когда я должен использовать h:outputLink вместо H: commandLink?
• разница между h: кнопка и h: командная кнопка
• как перемещаться в JSF? Как сделать URL отражать текущую страницу (а не предыдущую)