Ol� Pessoal
Aqui na minha empresa estamos fazendo alguns testes com um servidor de
Aplica��es EJB, e surgiram uma
serie de duvidas com rela��o a alguns detalhes referentes a como
estruturar uma Aplica��o com EJB:
Gostaria de verificar se voces poderiam me ajudar em algumas d�vidas ???
- Quando voc� desenvolve uma aplica��o distribuida utilizando CORBA,
normalmente voc� tem um objeto que se encarrega de ser a porta de entrada para o
processo que est� rodando (ou seja, ele � um obj. fabrica, ou o pai natural da
aplica��o(processo)) , sendo que este objeto � registrado em algum servi�o de
nomes, ou no gerenciador de referencias do ORB, permitindo que atrav�s dele voc�
tenha acesso aos outros objetos ou servi�os disponiveis .
Quando se trata de EJB, tem uma s�rie de padr�es de desenvolvimento que
podem ser utilizados que n�o s�o claros, tais como:
- Com rela��o aos EntityBeans, todos os objetos que necessitem de
persistencia devem ser mapeados como EntityBeans, n�o estou falando dos objetos
SessionBean que quando possuam estado que necessite de persist�ncia podem ser
serializados e armazenados pois s�o objetos para uma sess�o especifica, estou
falando de objetos de neg�cio, so que MENOS relevantes, mas que tem contexto
corporativo, ex.; tenho algo parecido com aquelas classes que s�o tipo
"tabelas", ex.: Estados, Paises, Escrit�rios, Moeda. Estas Classes tem mais
atributos alem da descri��o, n�o poderiam ser simplesmente resolvidas por um
enum (por ex.). O gerenciamento EJB n�o seria muito pesado para estes casos????
Como se tratam este objetos, tamb�m como EntityBeans ???
- Em uma aplica��o normal CORBA, o crit�rio de registro ou n�o de um obj.
no ORB mesmo sendo de neg�cio fica a crit�rio do desenvolvedor, pois � um
procedimento pesado. Assim sendo em alguns casos voc� somente trabalha como o
objeto IMPL, ou seja, voc� s� trabalha com o obj, no contexto do servidor sem
registra-lo no CORBA, o que � muito mais leve, o que � uma alternativa
interessante caso voc� n�o necessite passar a referencia para o CLIENTE. Em EJB
para um obj. EJB isso n�o � poss�vel (aparentemente) , pois eu somente consigo
acessar o obj atraves da sua interface, assim sendo eu teria sempre que
solicitar ao CONTAINER do Aplication Server o Objeto ??? Isso n�o � muito pesado
??? Como eu faria para contornar esse problema ???
- Com rela��o ao mapeamento de persist�ncia autom�tico do J2EE, para que eu
possa utilizar o servi�o de persistencia do Application Server, � necess�rio que
se deixe os atributos que ser�o persistidos como PUBLIC, como fica a parte de
seguran�a neste sentido, digamos que algum outro programador mal intencionado(ou
n�o), resolva acessar diretamente os atributos da CLASSE, como eu poderia me
garantir que ele n�o faria isso ??? Isso dentro do contexto do pr�prio Servidor.
Tenho alguns outros pontos .... mas ficam para depois ...
Desde j� muito obrigado
Aguinaldo Bernardes
Itaipu Binacional
Curitiba - PR
[EMAIL PROTECTED]
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
---------------------------------------------------------------------
