JSF/Facelets being beans и EJB3

Question

У меня есть несколько вопросов по различным вариантам и рекомендациям при использовании JSF с EJB3.1. Ментальная модель, которую я имею, учитывая множество вариантов и доступных комбинаций, далека от ясности, поэтому некоторые вопросы могут не иметь смысла.

JSF/Facelets ссылочного базовых компонентов (я использую термин «резервного боб» для фасоли, свойства которых записываются или считываются из Facelets страниц) с помощью EL кода, который является агностиком, как к реальным аннотациям, используемых в классах боба (javax.faces.bean. * или javax.enterprise.context. *).

Правильно ли сказать, что один может переключаться между JSF и CDI области видимости аннотациями только путем изменения импорта в классах фасоли без каких-либо изменений в Facelets Xhtml код?

ли установленный шаблон, который JSF/Facelets следует использовать только для кода разметки XHTML со всеми объему и жизненным циклом (плюс инъекции) аннотациями сделано с использованием CDI?

В JBoss AS настройки, где управление жизненным циклом из JSF отступающих бобов (с использованием либо JSF или CDI аннотациями), происходящие? В веб-контейнере или контейнере EJB3?

В типичном вебе-приложении, учитывая, что SessionScoped бобов могут быть предоставлен CDI, есть ли необходимость в использовании, отличные от типа @Entity, например, бобов EJB3 для последнего типичного шага в каждом «потоке», когда информация должна сохраняться в базе данных?

Answer 1

Правильно ли сказать, что один может переключаться между JSF и CDI области видимости аннотациями только путем изменения импорта в классах фасоли без каких-либо изменений в коде Xhtml Facelets?

Да.

---

ли установленный шаблон, который JSF/Facelets следует использовать только для кода разметки XHTML со всеми объем, и жизненным циклом (плюс инъекций) аннотаций, сделанных с помощью CDI?

JSF движется в направлении CDI. Об этом свидетельствует новая аннотация @FlowScoped предстоящего JSF 2.2, поскольку это распространяется на API CDI. Единственным недостатком является то, что CDI не предлагает стандартную аннотацию для чрезвычайно полезной аннотации JSF @ViewScoped. Вам понадобится @ConversationScoped, в котором вы вручную запускаете и завершаете разговор, или смотрите расширение CDI, например MyFaces CODI.

---

В JBoss AS настройки, где управление жизненным циклом из JSF отступающих бобов (с использованием либо JSF или CDI аннотаций) происходит? В веб-контейнере или контейнере EJB3?

Веб-контейнер (в аромате ВОЙНЫ). JSF построен поверх Servlet API, поэтому он определенно является веб-контейнером.

---

В типичном веб-приложения, учитывая, что бобы SessionScoped могут быть предоставлены CDI, есть ли необходимость в использовании, отличных от типа @Entity, например EJB3 бобы для последнего типичного шага в каждом «потоке», когда информация должна сохраняться в базе данных?

@Entity является частью JPA, не EJB. @Entity должен использоваться в классе модели, который сопоставляется с таблицей базы данных и обычно предназначен исключительно для передачи данных по уровням. То, что вы в последний раз описываете, похоже на кандидата для @Stateful EJB. Чтобы понять @Stateless против @Stateful EJBs лучше, голова к этому подробный ответ: JSF request scoped bean keeps recreating new Stateful session beans on every request?