Сбой сеанса JSF и частичное сохранение состояния

Работает на JSF 2.0.9, Weblogic 10.3.4. В настоящее время мы запускаем JSF в нашей производственной среде, но столкнулись с некоторыми проблемами с репликацией сеанса и сбой. Мы используем viewcope для нашего beans, и я гарантировал, что они являются Serializable/transient и что переходные переменные эффективны без гражданства. Однако сбой сеанса не работает. Я провел обширное тестирование и сумел заставить его работать, установив следующие параметры в web.xml

Если я устанавливаю STATE_SAVING_METHOD в server, я получаю исключение viewexpired при отказе. Если я установлен в client с PARTIAL_STATE_SAVING до true, я получаю следующую ошибку:

Ответы

Ответ 1

Я, наконец, получил эту работу, но не без лишних бит и бобов. Во-первых, я добавил следующее в web.xml(да, агрессивно написано неправильно):

    <context-param>
        <param-name>com.sun.faces.enableAgressiveSessionDirtying</param-name>
        <param-value>true</param-value>
    </context-param>

Сохранение клиента теперь перезагружается сервером, а частичное сохранение остается ложным (true просто не работает)

Во-вторых, после реализации HttpSessionAttributeListener я обнаружил, что com.sun.faces.renderkit.ServerSideStateHelper.LogicalViewMap, который содержит состояние в сеансе, только однажды добавил и никогда не удалялся/не добавлялся/не заменялся. Поэтому, хотя он обновлялся на локальном сеансе, эти изменения никогда не повторялись до второго jvm. В документах Weblogic указано, что атрибут setAttribute должен быть вызван для атрибутов сеанса для работы репликации. Чтобы исправить это, я создал слушателя фазы следующим образом:

public class ViewPhaseListener implements PhaseListener {

    public void afterPhase(PhaseEvent phaseEvent)
    {

    }

    public void beforePhase(PhaseEvent phaseEvent)
    {
        HttpServletRequest request = ((HttpServletRequest) phaseEvent.getFacesContext().getExternalContext().getRequest());
        HttpSession session = request.getSession();

        session.setAttribute("com.sun.faces.renderkit.ServerSideStateHelper.LogicalViewMap", session.getAttribute("com.sun.faces.renderkit.ServerSideStateHelper.LogicalViewMap"));

    }

    public PhaseId getPhaseId()
    {
        return PhaseId.RENDER_RESPONSE;
          //To change body of implemented methods use File | Settings | File Templates.
    }
}

Это просто заменяет атрибут после каждого запроса и обеспечивает его повторение. В качестве дополнительной точки я ограничиваю данные, хранящиеся в представлениях, следующим образом:

<context-param>
        <param-name>com.sun.faces.numberOfViewsInSession</param-name>
        <param-value>3</param-value>
    </context-param>

    <context-param>
        <param-name>com.sun.faces.numberOfLogicalViews</param-name>
        <param-value>1</param-value>
    </context-param>

Надеюсь, это поможет любому, у кого есть те же проблемы.

Ответ 2

Репликация сеанса должна обрабатываться балансировщиком нагрузки, поскольку JSF-приложение знает только о контексте в node, к которому он применяется. Таким образом, не обязательно иметь значение STATE_SAVING_METHOD для клиента или сервера.

Звучит так, как будто у вас неправильная конфигурация балансировки нагрузки. Если вы используете HTTP-сервер Apache в качестве прокси-сервера, см. Следующую ссылку для получения дополнительной информации о липкости сеанса:

http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html

Я бы рекомендовал установить ProxySet stickysession = ROUTEID и посмотреть, устраняет ли это проблему.