Архитектурное решение - поддерживать сессию на стороне компонента JSF или использовать сессионный компонент с сохранением состояния - PullRequest
0 голосов
/ 04 февраля 2011

При использовании JSF с контейнером Java EE (совмещенным) следует использовать компонент управления сессионной областью для управления сеансом или компонент с сохранением состояния.

Какая лучшая практика?

Ответы [ 2 ]

1 голос
/ 06 февраля 2011

Это зависит от характера вашего приложения, вот 2 примера:

Сохранение сеанса в компоненте JSF (на стороне клиента): обычно вы должны хранить и извлекать некоторую информацию, менее чувствительную для манипулирования / поддержки некоторых операций на стороне клиента, таких как вычисления, предоставлять идентификатор для извлечения записей, и все полностью без сохранения состояния, после закрытия пользовательского браузера все будет отключено. Кроме того, учитывая меньшую нагрузку на сервер, требуется такой подход.

Чтобы сохранить сеанс на стороне сервера с использованием Stateful Session Bean: обычно вы собираетесь хранить и использовать конфиденциальную информацию для этого конкретного сеанса пользователя, такую ​​как имя пользователя, пароль и т. Д., Эта часть создает большую нагрузку на сервер, так как а также чтобы быть более защищенным.

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

0 голосов
/ 04 февраля 2011

Это, безусловно, зависит от использования.

, например, :
вы хотите удерживать firstName, LastName пользователя, который вошел в систему, подходит область сеанса.если вы хотите, чтобы данные вошедших в систему пользователей поверх административной части поместили их в область приложения, они будут доступны всем приложениям.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...