J2EE 1.4 (EJB 2.1) Ago/2006 Softplan/Poligraph Alessandro Lemser

Tópicos Introdução - Componentes - Tecnologias - Servidor de Aplicação - Publicação Camadas - Apresentação - Lógica - Persistência EJBs - O que são - Requisitos - Como acessar - Tipos de EJB Servicos de Middleware Empacotamento

Introdução J2EE - Java 2 Enterprise Edition É um padrão de industria para o desenvolvimento de aplicações do lado servidor portáveis, robustas, escaláveis e seguras. Visa reduzir o custo e a complexidade de desenvolver serviços distribuídos, oferecendo um conjunto de APIs para dar suporte às tarefas que são comuns a este tipo de ambiente.

Introdução Componentes → Componentes Cliente: rodam na máquina do usuário (Swing, Applet). → Componentes WEB: JSP e Servlet que rodam em servidores. → Componentes EJB: Rodam em servidores.

Introdução Tecnologias envolvidas Existem várias tecnologias envolvidas na arquitetura. As mais visíveis num primeiro contato são: JSP/Servlets EJB JNDI (Java Naming and Directory Interface) JAX-RPC (Web Services) JavaMail JDBC

Introdução Tecnologias envolvidas Outras tecnologias utilizadas: JAAS (Java Authorization & Authetication Services) ::login e controle de acesso a recursos JTS (Java Transaction Services) :: serviço de transação distribuído compatível com Corba JTA (Java Transaction API) :: API de programação java para transações distribuídas JMS (Java Message Service) :: protocolo para troca de mensagens Outras...

Introdução Servidor de Aplicação :: Container  Para que a arquitetura funcione, é necessário a existência de um servidor de aplicação compatível com a especificação J2EE.  O servidor de aplicação fornece vários serviços de forma implícita como gerência de transações, segurança, gerenciamento de recursos e persistência.  Adicionalmente, é comum que os servidores de aplicação ofereçam serviços de Clustering e/ou balanceamento de carga.  O JBOSS é um exemplo de servidor de aplicação que oferece os serviços acima citados e possui ainda um container WEB integrado, o Tomcat.

Introdução Publicação  Uma aplicação J2EE precisa ser “publicada” (deploy) corretamente no servidor.  Os componentes que fazer parte da arquitetura, JSP/Servlets, EJBs e outros, devem ser “empacotados” e então publicados no servidor.  O servidor de aplicação precisa conhecer os componentes e suas características para poder gerenciá-los.  EJBs e componentes WEB possuem descritores de distribuição (Deployment Descriptors). Este componentes podem ser configurados de maneira declarativa.

Introdução JBOSS TOMCAT (Container WEB) Container EJB JTA, JMS, DataSources,... Segurança, Clustering, Balanc. carga Deployment fin.ear sac.ear meu.ear cli.war

Camadas J2EE 1.4 / EJB2.1

Camadas Desenvolvimento em camadas  A diferença entre passar horas ou minutos inspecionando um código para realizar uma alteração, pode depender exclusivamente da maneira como os componentes e suas responsabilidades foram arranjadas.  A formatação dos dados para que os mesmos façam sentido para o usuário faz parte da camada de apresentação.  Aplicar ou não de uma taxa de juros sobre um determinado valor ou se o usuário tem desconto devido ao tempo de relacionamento, é responsabilidade da camada de negócio.  O armazenamento dos dados resultante de operações são de responsabilidade da camada de persistência.

Camada de Apresentação  “Refere-se aos componentes que criam e interagem as interfaces com seus usuários” (Grabrick & Weiss, 2002).  Em um cenário J2EE, a camada de apresentação para a WEB é composta de JSPs e Servlets.  Têm a finalidade de apresentar ao usuário uma interface para interagir com o modelo. Suas responsabilidades se resumem a formatar a informação de uma maneira coerente para o usuário e, em algum momento, preparar os dados informados para enviar a camada de lógica de negócios.  Padrões relacionados: FrontController, BusinessDelegate, DTO, View Helpers, Intercepting Filter. Camadas

Camada de lógica de negócios  É a responsável por implementar a funcionalidade da aplicação.  Abstrai da camada de apresentação o acesso a camada de modelo.  Processa a lógica da aplicação. No caso dos EJBs, os métodos deste podem ser entendidos como um serviço que o componente disponibiliza.  Se esta camada for distribuída, a mesma lógica pode servir a diversas aplicações. Camadas

Cliente desktop Lógica da aplic. Cliente WEBCliente Palmtop Lógica da aplic. Base de dados Conexões JDBC Aplicação em camadas com lógica não distribuída. Servidor do bando de dados Camadas

HTTP RMIIIOP Servidor de aplicação Base de dados Lógica da aplicação (Conatiner EJB) Cliente desktop Cliente WEB Cliente Palmtop Conexões JDBC Container WEB Aplicação em camadas com lógica distribuída. Servidor do bando de dados Camadas

Camada de persistência  Responsável pelo acesso ao meio de armazenamento das informações.  Abstrai da camada de lógica negócios o conhecimento sobre como e onde os dados são armazenados.  Atualmente as aplicações realizam um mapeamento das classe do modelo orientado a objeto para o modelo das bases de dados relacionais (mapeamento objeto-relacional).  Pode ser usado para persistência: Entity Beans*, Hibernate, iBatis, TopLink, JDBC usando padrão DAO. * Entity Beans no J2EE 1.4 possui sérias deficiências. Na versão Java EE 5 estas deficiências são resolvidas pela Java Persistence API (EJB3). Camadas

EJBs J2EE 1.4 / EJB2.1

EJB  Um Enterprise JavaBean (EJB) é um componente que fica no servidor que pode ser publicado em um ambiente multicamada distribuído (ROMAN, 2002).  A grosso modo, uma classe que é gerenciada por um container e que oferece métodos para que várias aplicações os chamem.  Formam o núcleo de uma aplicação distribuída.  Os EJBs são objetos CORBA. Portanto, são acessíveis via IIOP (Internet Inter-ORB Protocol) mesmo em clientes escritos em outras linguagens.  São sempre desenvolvidos em Java usando RMI-IIOP (modelo de programação Java que gera objetos CORBA).

EJB  Um Enterprise Javabean não é um tipo de “Javabean especial”.  Os EJBs precisam ser gerenciados pelo container e possuem um ciclo de vida definido. Existe um conjunto de regras para que eles possam ser executados.  Existem atualmente três tipos de EJB: Session Bean, Message Driven Bean e Entity Bean.  Os Session Beans estão divididos em Stateless e Statefull.  Não se instancia um EJB, mas sim, localiza-se a interface remota e chama-se seus métodos de negócio!

EJB public class Banco { public void transferir(Conta cUm, Conta cDois, double valor) { boolean acessoOK = verificaPermissaoAcesso(); if( !acessoOK ) { throw new SemPermissaoException(“sem permissao”); } //abre transacao com banco try { efetueTransferencia( cUm, cDois, valor ); //commit e fecha transação } catch (SaldoInsufienteException ex) { //rollback e fecha transação throw ex; } } }  Classe Java simples que realiza transferências que deseja se tornar um EJB...

EJB public class Banco { public void transferir(Conta cUm, Conta cDois, double valor) { boolean acessoOK = verificaPermissaoAcesso(); if( !acessoOK ) { throw new SemPermissaoException(“sem permissao”); } //abre transacao com banco try { efetueTransferencia( cUm, cDois, valor ); //commit e fecha transação } catch (SaldoInsufienteException ex) { //rollback e fecha transação throw ex; } } }  Classe Java simples que realiza transferências que deseja se tornar um EJB... Antes de mais nada, é necessário realizar umas verificações de segurança, devido a natureza da operação

EJB public class Banco { public void transferir(Conta cUm, Conta cDois, double valor) { boolean acessoOK = verificaPermissaoAcesso(); if( !acessoOK ) { throw new SemPermissaoException(“sem permissao”); } //abre transacao com banco try { efetueTransferencia( cUm, cDois, valor ); //commit e fecha transação } catch (SaldoInsuficienteException ex) { //rollback e fecha transação throw ex; } } }  Classe Java simples que realiza transferências que deseja se tornar um EJB... Não está aqui, mas é necessário iniciar uma transação!

EJB public class Banco { public void transferir(Conta cUm, Conta cDois, double valor) { boolean acessoOK = verificaPermissaoAcesso(); if( !acessoOK ) { throw new SemPermissaoException(“sem permissao”); } //abre transacao com banco try { efetueTransferencia( cUm, cDois, valor ); //commit e fecha transação } catch (SaldoInsuficienteException ex) { //rollback e fecha transação throw ex; } } }  Classe Java simples que realiza transferências que deseja se tornar um EJB... Realiza efetivamente a transferência entre contas e encerrar a transação.

EJB public class Banco { public void transferir(Conta cUm, Conta cDois, double valor) { boolean acessoOK = verificaPermissaoAcesso(); if( !acessoOK ) { throw new SemPermissaoException(“sem permissao”); } //abre transacao com banco try { efetueTransferencia( cUm, cDois, valor ); //commit e fecha transação } catch (SaldoInsuficienteException ex) { //rollback e fecha transação throw ex; } } }  Classe Java simples que realiza transferências que deseja se tornar um EJB......se as coisas não forem bem, é necessário desfazer a operação com rollback e fechar a conexão.

EJB  Para se tornar um Session Bean e atender à chamadas remotas nossa classe devem atender aos seguintes requisitos*: 1.Implementar a Interface javax.ejb.SessionBean e implementar os métodos requeridos pela mesma. 2.Criar uma interface, que será conhecida como a interface remota, que deve estender a interface javax.ejb.EJBObject. Esta interface deve conter a assinatura dos métodos que a classe Banco deseja disponibilizar. 3.Criar uma outra interface, que será conhecida como home, que deve estender a interface javax.ejb.EJBHome. Com esta interface se obtém a interface remota. 4.Criar dentro do diretório META-INF, dois arquivos XML: ejb-jar.xml e jboss.xml. O último é particular do JBOSS. Cada servidor de aplicação define seu arquivo. Nestes arquivos devemos colocar informações a respeito de nosso EJB. 5.Empacotar o arquivo dentro de um JAR e publicar no servidor de aplicação. *Na especificação EJB3 o processo é extremamente simplificado.

EJB public class BancoBean implements SessionBean { public void transferir(Conta cUm, Conta cDois, double valor) { try { efetueTransferencia( cUm, cDois, valor ); } catch (SaldoInsufienteException ex) { throw ex; } } //metodos da interface SessioBean public void setSessionContext(SessionContext sc) {} public void ejbRemove() {} public void ejbCreate() {} public void ejbActivate() {} public void ejbPassivate() {} }

EJB public class BancoBean implements SessionBean { public void transferir(Conta cUm, Conta cDois, double valor) { try { efetueTransferencia( cUm, cDois, valor ); } catch (SaldoInsufienteException ex) { throw ex; } } //metodos da interface SessioBean public void setSessionContext(SessionContext sc) {} public void ejbRemove() {} public void ejbCreate() {} public void ejbActivate() {} public void ejbPassivate() {} } Método de negócio que será disponibilizado para clientes remotos... Para onde foi o controle de segurança e de transação???

EJB public class BancoBean implements SessionBean { public void transferir(Conta cUm, Conta cDois, double valor) { try { efetueTransferencia( cUm, cDois, valor ); } catch (SaldoInsufienteException ex) { throw ex; } } //metodos da interface SessioBean public void setSessionContext(SessionContext sc) {} public void ejbRemove() {} public void ejbCreate() {} public void ejbActivate() {} public void ejbPassivate() {} } Estes métodos são requeridos pela especificação. ejbPassivate e ejbActivate só fazem sentido para Statefull...

EJB public interface BancoEJB extends EJBObject { void transferir(Conta cUm, Conta cDois, double valor) throws RemoteException; }...a interface remota:  Na interface remota, estamos prometendo que o SessionBean associado a ela irá disponibilizar exatamente este método para clientes do mundo inteiro que tenham permissão para realizar a operação.

EJB public interface BancoHome extends EJBHome { BancoEJB create() throws RemoteException, CreateException; }...a interface home:  A interface home “cria” nossa interface remota, trazendo o Stub para o cliente.

EJB [src] [br] [...] [META-INF] ejb-jar.xml jboss.xml...XMLs  Os arquivos devem ficar dentro do diretório META-INF e devem dizer ao container “ o que nós temos pra ele...”.

ejb-jar.xml EJB

jboss.xml EJB indica o nome JNDI com que este EJB vai ser localizado. Pode ser qualquer coisa desde que não se repita..

Empacotamento... EJB  Para a publicação no JBOSS, as classes junto com os arquivos XML devem ser empacotados em um arquivo JAR.  Gere o JAR e coloque o arquivo dentro do diretório [JBOSS_HOME]/server/default/deploy e inicie o servidor.  Durante o deploy, o servidor deve validar o JAR para ver se está de acordo com a especificação.

Como acessar o EJB? EJB JNDI  Associa um nome para a recursos computacionais.  Os recursos podem ser localizados de maneiras mas simples através de seu nome lógico.  Pense em um sistema de arquivos ou no sistema DNS.  É constituído de contextos: “java:/comp/env” é o contexto raiz para o JNDI. Um sub-contexto pode ser criado, como por exemplo o “br.com.softplan.curso.ejb” ou “a/b/meuContexto”.  JNDI fornece uma interface uniforme para acesso á vários sistemas de nomes e diretórios: LDPA, FileSistem, CORBA, RMI, Windows Registry

Como acessar o EJB? EJB

Como acessar o EJB? EJB Pode ficar dentro de um arquivo chamado jndi.properties. Quando o InitialContext é criado dentro do próprio servidor, essa codificação não é necessária.

Como acessar o EJB? EJB Se trata de uma referência remota em uma linguagem intermediaria. É preciso fazer um narrow para a classe Java que desejamos obter.

EJB Session Bean  Modelam processos de negócio (ROMAN, 2002).  Evitam que o cliente tenha acesso direto a camada de persistência.  Podem ou não manter seu estado / suas informações.  São divididos em Stateless Session Bean e Statefull Session Bean.

EJB Stateless SessionBean  Podem possuir interfaces remotas (EJBObject, EJBHome) ou locais (EJBLocalObject, EJBLocalHome).  Os servidores de aplicação mantêm um pool de Statless SessionBean, e este pode crescer ou decrescer de acordo com a carga do servidor.  Pode estar em dois diferentes estados: não existente ou pronto.  Um Stateless SessionBean deve implementar os seguintes métodos, além dos definidos na interface Remote e/ou Home: - void ejbCreate(); - void ejbRemove(); - void ejbActivate(); //útil apenas para Statefull - void ejbPassivate(); //útil apenas para Statefull - void setSessionContext(SessionContext ctx);

EJB Ciclo de vida Não existente pronto Métodos de negócio ejbRemove() Class.newInstance() setSessionContext() ejbCreate()

EJB Statefull SessionBean  Podem possuir interfaces remotas (EJBObject, EJBHome) ou locais (EJBLocalObject, EJBLocalHome).  Mantêm seu estado entre chamadas de métodos do usuário (carrinho de compras).  Os servidores de aplicação podem PASSIVAR um Statefull Session Bean e, quando necessário ATIVAR o mesmo.  Um Stateless SessionBean deve implementar os mesmos métodos de um Statefull, porém, para este são úteis os métodos: - void ejbActivate(); - void ejbPassivate();

EJB > javax.ejb.EJBObject > javax.ejb.SessionBean > javax.ejb.EJBHome public salve(Cliente cliente) { dao.salve(cliente); } //demais métodos obrig. ClienteBean Void salve(Cliente cliente) throws RemoteException; ClienteEJB ClienteEJB create() throws RemoteException, CreateException; > ClienteHome ejb-jar.xml O container irá verificar se o bean está respeitando a especificação!

EJB > javax.ejb.EJBLocalObject > javax.ejb.SessionBean > javax.ejb.EJBLocalHome void salve(Cliente cliente) { dao.salve(cliente); } //demais métodos obrig. ClienteBean void salve(Cliente cliente); ClienteLocalEJB ClienteEJB create() throws CreateException; > ClienteLocalHome ejb-jar.xml O container irá verificar se o bean está respeitando a especificação!

EJB Message Driven  Modelam processos assíncronos. Respondem a eventos.  Agem somente quando recebem uma mensagem.  Não mantêm estado e não precisam de interfaces remotas nem locais.  Precisam estar registrados em um servidor de mensagens que atenda ao protocolo JMS – Java Message Service.  Podem estar registrados em tópicos (Topic) ou filas (Queue).  Mensagens enviadas para Queue são consumidas por ao menos um consumidor, já para Topic a mensagem é consumida por todos (broadcast).

EJB Message Driven MOM MeuMDB + onMessage(Message msg); Cliente Publica uma mensagem... Registra-se É notificado

EJB Message Driven MOM MeuMDB + onMessage(Message msg); Cliente Publica uma mensagem... Registra-se É notificado public MeuMDB implements MessageDrivenBean, MessageListener { public void onMessage(Message m) { ObjectMessage om = (ObjectMessage) m; Order myOrder = (Order) om.getObject(); //inicia processo de compra } /*Outros métodos requeridos pela interface MessageDrivenBean/* }

EJB Entity Beans  São os componentes responsáveis pela persistência dos objetos. Realizam um mapeamento 1 para 1 com uma tabela no banco de dados.  Chamar ejbCreate em um Entity Bean, significa criar um novo registro numa tabela do banco de dados.  Chamar ejbRemove em um Entity Bean, significa remover um registro existente de uma tabela do banco de dados.  A persistência dos dados pode ser gerenciada pelo Container (CMP) (implícita) ou pode ser gerenciada pelo próprio Bean (BMP) explícita.

EJB Entity Beans  Na especificação 2.1 esse tipo de EJB possui muitas deficiências com relação ao EJBQL, performance e questões de OO.  Era necessário uso de diversas estratégias para se conseguir performance como o Entity Bean, incluindo alguns padrões de projeto criados para contornar problemas deste tipo.  Na Softplan usa-se o Hibernate para realizar o mapeamento objeto- relacional.  Em um cenário futuro, talvez o Entity Bean seja incorporado ao framework da softplan.

Serviços de Middleware J2EE 1.4 / EJB2.1

EJB Serviços de Middleware Em uma aplicação comercial distribuída, é necessário um controle eficiente dos recursos utilizados pelo componentes.  Serviços implícitos A aplicação não precisa conter código de acesso a recursos externos (transações e segurança, por exemplo). Os recursos necessários são declarados externamente (XML).  Serviços explícitos Você escreve código na aplicação para acessar uma determinada API para acessar banco de dados ou realizar controle de segurança.

EJB Extraído do material da

EJB Extraído do material da

Empacotamento J2EE 1.4 / EJB2.1

EJB Um componente EJB deve ser empacotado em um arquivo JAR (Java Archive) para ser publicado no servidor de aplicação como já foi visto... Se a aplicação tiver componentes WEB, a estrutura da aplicação WEB deve ser empacotada em um arquivo WAR (Web Archive).  Estes arquivos, o JAR e o WAR, “devem” ser empacotados em um único arquivo chamado EAR (Enterprise Archive).  O EAR gerado deve conter um arquivo descritor da aplicação distribuída chamado application.xml, dentro de um diretório chamado META-INF.

EJB Curso curso.jar curso.war curso EJBs e demais classes da aplicação distribuída. Caso exista módulo WEB

EJB  No código do EJB o DataSource é localizado via seu nome JNDI.  Deve ser informado ao JBOSS um arquivo XML que forneça informações sobre a conexão para a criação de um DataSource.  No diretório [JBOSS_HOME]/docs/examples/jca existem vários exemplos para vários banco. CURSODS oracle.jdbc.driver.OracleDriver sidercon sistemas

...concluindo Em uma aplicação EE, os EJBs formam o seu núcleo e provêm acesso remoto à seus serviços. O servidor de aplicação têm um papel fundamental no fornecimento e gerenciamento dos recursos disponíveis. Java EE 5 traz consigo a especificação EJB3, que simplifica bastante o trabalho de codificação de EJBs.

...concluindo WEB Tier (Struts, JSF) Business Tier (Session/Message Driven Beans) DB Tier (Oracle, DB2...) Persistence Layer (Hibernate, Entity Beans) SPW (Struts + EJB + Hibernate 3)