Сессионные компоненты без сохранения состояния и состояния в backingbeans - PullRequest
0 голосов
/ 23 января 2012

Я немного не уверен в различных типах сессионных компонентов и о том, как правильно их использовать в вспомогательных компонентах для JSF.

Сессионные компоненты без сохранения состояния, которые вы используете, когда бизнес-процесс может быть выполнен за один вызов. Сессионные компоненты с сохранением состояния используются, когда бизнес-процесс должен быть выполнен в несколько этапов, и вы хотите «кэшировать» данные на сервере между вызовами. Эти типы имеют различную производительность и вещи, которые вы должны принять во внимание. Однако, я думаю, что понимаю эту часть, скажем, у вас есть сеанс без состояния, который извлекает пользователя и выполняет действия с одной задачей от имени пользователя.

Затем я хочу, чтобы пользователь, полученный этим сеансом без сохранения состояния, был доступен в течение некоторого времени в JSF. Вы вводите этого сеансового бина без сохранения состояния в боб сессионной области? Что происходит с этим внедренным сеансным бином без сохранения состояния, он не будет возвращен в пул, пока не будет удален корректный бин сессионной области? Так что это может быть ресурсом, если?

Затем я подумал о том, чтобы превратить сессионный босс без состояния в сессионный бин с состоянием и вместо этого позволить запросить бэк-бин.

Я немного сбит с толку из-за различных областей применения в backingbeans и EJB.

1 Ответ

0 голосов
/ 05 февраля 2012

HttpSession отличается от EJB-сессии. Таким образом, когда вы вызываете SLSB из вашего управляемого bean-объекта сессионной области, будет использоваться только SLSB из пула, и он будет возвращен обратно в пул после завершения запроса. Таким образом, как таковой один SLSB не будет связан с управляемым компонентом клиента. Я считаю, что лучше управлять управляемым компонентом, а не областью запроса, для управления сеансом пользователя.

...