j2ee 1.4 (ejb 2.1) ago/2006 softplan/poligraph alessandro lemser
TRANSCRIPT
J2EE 1.4 (EJB 2.1)Ago/2006Softplan/PoligraphAlessandro Lemser
TópicosIntroduçã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 MiddlewareEmpacotamento
IntroduçãoJ2EE - 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çãoTecnologias 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çãoTecnologias 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çãoServidor 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çãoPublicaçã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
CamadasJ2EE 1.4 / EJB2.1
CamadasDesenvolvimento 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 WEB Cliente Palmtop
Lógica da aplic. 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
HTTPHTTP
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
Camadas
EJBsJ2EE 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!
EJBpublic 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.
EJBpublic 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() {}
}
EJBpublic 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???
EJBpublic 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...
EJBpublic 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.
EJBpublic 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
<jndi-name> 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?
EJBJNDI 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?
EJBSe trata de uma referência remota em uma linguagem intermediaria.
É preciso fazer um narrow para a classe Java que desejamos obter.
EJBSession 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.
EJBStateless 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);
EJBCiclo de vida
Não existente
pronto Métodos de negócio
ejbRemove()Class.newInstance()setSessionContext()ejbCreate()
EJBStatefull 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<<interface>>
javax.ejb.EJBObject<<interface>>
javax.ejb.SessionBean <<interface>>
javax.ejb.EJBHome
public salve(Cliente cliente) { dao.salve(cliente);}//demais métodos obrig.
ClienteBean
Void salve(Cliente cliente) throws RemoteException;
<<interface>ClienteEJB
ClienteEJB create() throws RemoteException, CreateException;
<<interface>>ClienteHome
ejb-jar.xml
O container irá verificar se o bean está respeitando a especificação!
EJB<<interface>>
javax.ejb.EJBLocalObject<<interface>>
javax.ejb.SessionBean <<interface>>
javax.ejb.EJBLocalHome
void salve(Cliente cliente) { dao.salve(cliente);}//demais métodos obrig.
ClienteBean
void salve(Cliente cliente);
<<interface>ClienteLocalEJB
ClienteEJB create() throws CreateException;
<<interface>>ClienteLocalHome
ejb-jar.xml
O container irá verificar se o bean está respeitando a especificação!
EJBMessage 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).
EJBMessage Driven
MOMMeuMDB
+ onMessage(Message msg);
Cliente
Publica uma mensagem...
Registra-se
É notificado
EJBMessage Driven
MOMMeuMDB
+ 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 pelainterface MessageDrivenBean/*
}
EJBEntity 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.
EJBEntity 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 MiddlewareJ2EE 1.4 / EJB2.1
EJBServiços de MiddlewareEm 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 www.argonavis.com.br
EJB
Extraído do material da www.argonavis.com.br
EmpacotamentoJ2EE 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<application> <display-name>Curso</display-name>
<module> <ejb>curso.jar</ejb> </module>
<module> <web> <web-uri>curso.war</web-uri> <context-root>curso</context-root> </web> </module>
</application>
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.
<datasources>
<local-tx-datasource>
<jndi-name>CURSODS</jndi-name> <connection-url>jdbc:oracle:thin:@server15:1521:derbades</connection-url> <driver-class>oracle.jdbc.driver.OracleDriver</driver-class> <user-name>sidercon</user-name> <password>sistemas</password>
</local-tx-datasource>
</datasources>
...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)