Leon Solon EJB
2
EJB Ao descrever os componentes EJB você cita o entity bean como sendo um deles. No entanto, na versão 3.0 o entity bean deixou de ser um componente EJB sendo apenas o session bean e o message-driven, passando o entity bean a ser tratado mais genericamente e com maior portabilidade pela JPA. Pergunta: Onde são tratados esses entities beans? Há uma camada separada para a JPA ou continuam sendo tratados no EJB server? Resposta: A especificação EJB 2.1 trazia os três tipos de Beans (Sessio, Message-driven e Entity), como bem disse. Nesse caso a camada de persistência gerenciada pelo contêiner necessitava do EJB contêiner para gerenciamento pelo ciclo de vida. Isso quer dizer que com o EJB 2.1 não era possível utilizar a camada de persistência somente com o Web Container (Tomcat, por exemplo). Como bem aponta, a partir da versão EJB 3.0 (hoje estamos na 3.1, que trouxe os interceptors de que falamos na aula) não é necessário o contêiner EJB para utilização da Java Persistence API. No slide onde mostramos as APIs que o Web Container suporta, vemos a JPA. Dessa forma, não é necessário um servidor ser JEE completo para utilizar a persistência do JPA, ou seja, no Tomcat (exemplo de JSP/Servlet Container) é possível utilizar o JPA. Os beans de persistência, portanto, são tratados no próprio Web Container. No caso do servidor JEE completo ele pode ser tratado também no EJB Container, que continua suportando a camada de persistência e controle o ciclo de vida das classes de entidade (antigos Entity Beans). Importante ressaltar também que, com o EJB 3.0, permite-se utilizar implementações do JPA variadas para a persistência, como o Hibernate ou EclipseLink, por exemplo. Business Components Business code, which is logic that solves or meets the needs of a particular business domain, such as banking, retail, or finance, is handled by enterprise beans running in either the business tier or the web tier. Figure 1-4 shows how an enterprise bean receives data from client programs, processes it (if necessary), and sends it to the enterprise information system tier for storage. An enterprise bean also retrieves data from storage, processes it (if necessary), and sends it back to the client program.
-
Upload
leonardo-marcelino -
Category
Documents
-
view
212 -
download
0
description
Leon Solon EJB
Transcript of Leon Solon EJB
EJB
Ao descrever os componentes EJB você cita o entity bean como sendo um deles. No entanto, na versão 3.0 o entity bean deixou de ser um componente EJB sendo apenas o session bean e o message-driven, passando o entity bean a ser tratado mais genericamente e com maior portabilidade pela JPA.
Pergunta:Onde são tratados esses entities beans?Há uma camada separada para a JPA ou continuam sendo tratados no EJB server?
Resposta:A especificação EJB 2.1 trazia os três tipos de Beans (Sessio, Message-driven e Entity), como bem disse. Nesse caso
a camada de persistência gerenciada pelo contêiner necessitava do EJB contêiner para gerenciamento pelo ciclo de vida. Isso quer dizer que com o EJB 2.1 não era possível utilizar a camada de persistência somente com o Web Container (Tomcat, por exemplo).
Como bem aponta, a partir da versão EJB 3.0 (hoje estamos na 3.1, que trouxe os interceptors de que falamos na aula) não é necessário o contêiner EJB para utilização da Java Persistence API. No slide onde mostramos as APIs que o Web Container suporta, vemos a JPA.
Dessa forma, não é necessário um servidor ser JEE completo para utilizar a persistência do JPA, ou seja, no Tomcat (exemplo de JSP/Servlet Container) é possível utilizar o JPA. Os beans de persistência, portanto, são tratados no próprio Web Container. No caso do servidor JEE completo ele pode ser tratado também no EJB Container, que continua suportando a camada de persistência e controle o ciclo de vida das classes de entidade (antigos Entity Beans).
Importante ressaltar também que, com o EJB 3.0, permite-se utilizar implementações do JPA variadas para a persistência, como o Hibernate ou EclipseLink, por exemplo.
Business ComponentsBusiness code, which is logic that solves or meets the needs of a particular business domain, such as banking,
retail, or finance, is handled by enterprise beans running in either the business tier or the web tier. Figure 1-4 shows how an enterprise bean receives data from client programs, processes it (if necessary), and sends it to the enterprise information system tier for storage. An enterprise bean also retrieves data from storage, processes it (if necessary), and sends it back to the client program.
http://docs.oracle.com/javaee/6/tutorial/doc/bnaay.html#bnabk
