Pense num EJB (Enterprise JavaBeans) como uma caixa fechada. Quem desenvolve (constroi) a caixa fechada tem acesso ao seu interior. Mas, quem usa a caixa n�o tem acesso ao seu interior. Devido �s paredes da caixa, existe uma fronteira entre o interior e o exterior da caixa.
O EJB representa um componente (uma unidade) capaz de executar alguma(s) tarefa(s) implementada(s) em sua l�gica (c�digo). Esta(s) tarefa(s) deve(m) ser executada(s) em um ambiente externo capaz de manipul�-lo. O mundo externo � caixa precisa utiliz�-lo. Ou seja, o servidor de aplica��es ('container' ou recipiente) interage com esta caixa (o componente EJB). Ent�o, para criar um canal de comunica��o entre o mundo externo e o interno - estabelecer um canal de comunica��o entre o ambiente (container) e o interior do EJB (l�gica implementada das tarefas) - � necess�rio estabelecer um 'contexto'. O contexto � um objeto fornecido pelo ambiente ('container') ao componente EJB para que eles possam se comunicar.
A vis�o apresentada no par�grafo anterior � bem simplista. Mas come�a a estabelecer o prop�sito do objeto de contexto (Context) passado pelo servidor de aplica��es para o componente EJB quando este � criado ou ativado.
Indo mais al�m, o servidor de aplica��es, atrav�s do conceito de 'container', representa um ambiente operacional (semelhante � um sistema operacional como o Unix ou Windows) com v�rios recursos e servi�os prontos para os componentes de neg�cios EJB. Em v�rios projetos de software, sempre nos deparamos com a necessidade de controle de seguran�a e acesso (quem pode acessar e quem pode fazer o qu�, etc), transa��o para garantir a integridade de dados e opera��es (j� imaginou um saque ser debitado da sua conta banc�ria e o dinheiro n�o sair na boca do caixa eletr�nico? Ou aparecer um espartilho no seu carrinho de compras no site de livros online?), otimiza��o de recursos (inicializa��o, destrui��o e reutiliza��o de objetos), acesso concorrente, performace, escalabilidade, e muitas outras necessidades que s�o comuns em todos os projetos de software. Ent�o, para que vc n�o tenha que implementar estes recursos e servi�os a cada software que vc desenvolve, a comunidade Java (e principalmente a Sun) j� implementou e especificou a maioria destes recursos e servi�os de forma padronizada e aberta. Da�, vc n�o precisar� re-inventar a roda!!! Tamb�m n�o precisar� implementar uma vez no seu projeto e reutilizar nos seus v�rios projetos, j� que o que a comunidade oferece � um padr�o aberto e amplamente utilizado. Fica mais f�cil de encontrar softwares prontos que facilmente sejam integrados e utilizados nos seus projetos. Portanto, a tendencia � vc se dedicar �s regras de neg�cios do seu projeto de software.
Para que a l�gica interna do componente EJB tenha acesso � estes recursos e servi�os prontos e oferecidos pelo servidor de aplica��es, o componente EJB utiliza o 'contexto' passado pelo 'container' no momento da cria��o ou ativa��o da inst�ncia deste componente. Atrav�s do objeto de contexto, o componente EJB poder� obter informa��es sobre seguran�a, transa��o, conectividade Web, conectividade com DB, servi�os de nomes, acessos � outros componentes de neg�cios, servi�os de 'pool' de objetos, servi�os de 'cache' de objetos, etc, etc, etc.
Este � o verdadeiro prop�sito do 'contexto' nos componentes EJB do tipo sess�o (session) e do tipo entidade (entity).
� isso a� ... That's all folks.
Enjoy ... !
[]�s
Spock
Henrique Ribeiro wrote:
Estou estudando a plataforma J2EE e encontrei nos ...Bean os m�todos
set SessionContext(SessionContext sc) ... e
set EntityContext(EntityContext ec) ...
Para que s�o usados esses m�todos? Cite alguns exemplos de utiliza��o, por favor.
Henrique Ribeiro
--------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
