Camada de negócios
Nessa camada Ficam os EJBs, classes de negócio, DAOs, classes que acessam sistemas externos, etc.
Toda integração entre as aplicações deve ser realizada por essa
camada. Quando usamos DBLINK (ligações diretas entre servidores de
bancos de dados), por exemplo, não estamos seguindo à risca a
arquitetura de referência J2EE. Se colocarmos lógica de negócio em uma
PL rodando no banco ou se calcula a soma de valores dos produtos em um
carrinho de compras de uma aplicação de e-commerce, também não estamos
seguindo J2EE à risca.
Normalmente a camada de negócios fica empacotada em um arquivo JAR
(também chamado de EJB-JAR) contendo os EJBs e demais classes de negócio
e acesso a dados da aplicação, que pode ser instalada em um container
EJB. Um exemplo de container EJB é o servidor de aplicações JBoss.
Fonte: http://www.devmedia.com.br/camadas-na-arquitetura-de-referencia-javaee/6037
(A) os bancos de dados.
Item errado. Banco de dados são representados na camada de integração (EIS Tier).
(B) todos os componentes JSF (Java Server Faces).
Item errado. Páginas JSF são codificadas na camada de apresentação (Web Tier)
(C) componentes de persistência de objetos utilizando Hibernate e JPA (Java Persistence API).
Item Errado.
Apesar de que geralmentes os componentes de persistência de objetos
utilizando Hibernate e JPA sejam empacotados junto com a camada de
negócio, eles não fazem parte da camada de negócio pois neles não são
codificados a lógica que resolve ou atende às necessidades de um domínio
de negócio
(D) os componentes EJB (Enterprise JavaBeans).
Item correto. São nos EJBs que são tratadas as regras do negócio
(E) todos os componentes JSP.
Item errado. Páginas JSP são implementadas na camada de apresentação (Web Tier)
Fonte: https://docs.oracle.com/javaee/5/tutorial/doc/bnaay.html