Пассивация сессионного компонента с сохранением состояния с помощью не сериализуемого EntityManager?

Question

Я только что прочитал Почему с сохранением состояния и локальными анти-фасадами является KISS , предложенный Адамом Бьеном, в котором он предлагает использовать SFSB с EntityManager для сохранения сущностей, подключенных в течение всего взаимодействия с клиентом.

1. Разве это не происходит не в кластеризованной среде, как указано в комментарии, но также всякий раз, когда SFSB должен пассивироваться контейнером?

2. Если я прав, какое решение вы бы предложили? Я подумал, чтобы свести к минимуму количество слоев в приложении, было бы полезно привязать SFSB к области диалога и затем ссылаться на них непосредственно в моих представлениях JSF.

Answer 1

В общем, наличие основанной на состоянии архитектуры является масштабируемым за счет счетчика.

Я работаю с SLBB EJB 3 уже более 5 лет в нескольких проектах и ​​никогда не сталкивался с проблемой слияния сущностей.

Если вы хотите, вы можете отделить свой клиентский слой от постоянного слоя, добавив слой DTO.Таким образом, вы можете спроектировать свою модель сущности в соответствии с тем, что лучше для уровня бизнеса / постоянства и ваших DTO, в соответствии с тем, как ваш клиент хочет представить данные.

Если вы хотите использовать те же объекты, вы все равно можетеДля этого следует обращать внимание только на то, какие объекты находятся «в сеансе», а какие отсоединены, и у вас не возникнет проблем слияния.