Управление сеансом JSF и настройка

Все,

Я провожу небольшое исследование того, как уменьшить объем памяти сеанса, который использует наше приложение JSF для каждого пользователя. .

Мы используем MyFaces 1.1.7 и Tomahawk 1.1.5, работающие с патчем 19 IBM Websphere 7.0 (в настоящее время невозможно обновить ни один из этих элементов).

Рекомендации IBM заключаются в том, что размер сеанса должен быть меньше 5k - в среднем около 2,5k, чтобы не повлиять на производительность сервера и репликацию сеанса.В настоящее время мы используем «Память в память», но рассматриваем возможность перехода к базе данных, как это было предложено IBM.

Наш сайт работал примерно с 35M на пользователя. Мы изменили количество состояний просмотра со 100 до 10, и это снизило его примерно до 4 миллионов.

У нас есть несколько вспомогательных bean-компонентов, которые в настоящее время являются областью видимости сеанса, и мы планируем изменить их на область действия запроса.

Я также нашел следующее: http://www.econsulting.nl/images/pdf/Tuning%20JSF%20Applications-%20J-Spring%202008.pdf , в котором, кажется, много информация о том, как JSF обрабатывает определенный контент на страницах. Это все еще расследуется, чтобы убедиться, что сказанное имеет смысл.

Я также где-то читал, что независимо от того, является ли управляемый компонент поддержки сеансом или областью запроса, в состоянии представления по-прежнему будет компонент и его содержимое. Таким образом, размер состояния просмотра не изменится. Ищу разъяснения по этому поводу.

Вопрос в том, сталкиваются ли другие с той же проблемой, когда приложения JSF обычно потребляют много памяти для данного пользовательского сеанса?

Каковы некоторые из лучших практик для уменьшения этого размера, если таковые имеются, или это просто способ при использовании JSF?

Проблемы с репликацией сеанса в IBM WebSphere при запуске приложения JSF?

Есть ли какая-либо документация там о том, как JSF / MyFaces использует память кучи - молодые и старые, или это вообще следует рассматривать в этой области? Настройка сборки мусора?

В результате мы видим, что в случае, если пользователь переходит на другой сервер, данные сеанса отсутствуют из-за размера данных и времени, необходимого для репликации.Проблемы с пользовательским интерфейсом.

Мы столкнулись с проблемой, при которой выяснилось, что изменения объекта в сеансе не обновлялись правильно, и мы выполнили некоторую настройку управления сеансом, в которой мы настроили параметры так, чтобы все атрибуты сеанса были записаны. Глядя на файл .jar, действительно кажется, что myFaces выполняет вызов правильно, когда содержимое объекта в сеансе изменяется. Таким образом, слушатель сеанса WebSphere должен уловить это изменение.