Veja amigo, � sempre bom discutir id�ias, quando eu falo em pesquisas, estou falando de pesquisas enormes. E temos que admitir que a especifica��o EJB para pesquisas � bem fraca. O JBoss exp�e o seu compilador de pesquisas e isso � muito legal. Mas e se o servidor de aplica��o que voc� for utilizar n�o for o JBoss ? Eu conhe�o muito bem a JBossQL e suas extens�es, at� escrevi um artigo sobre isso no mundooo. Mas nunca podemos escrever componentes pensando no servidor de aplica��o. Eles s�o gen�ricos. Al�m disso, eu n�o vou estar re-escrevendo todo o middleware, s� uma parte dele por culpa da especifica��o
Eu sei que re-escrever middleware nunca � aconselhavel. Mas eu j� implementei essa solu��o e ela funcionou muito bem. Caso, n�o seja poss�vel implementar um compiladorsinho por falta de tempo. O que pode ser feito � uma implementa��o do design pattern interpreter. Voc� cria objetos representando pesquisas (Objeto Like, Equals, And, Or, ...) Voc� popula esses objetos com o nome do bean, a propriedade e o valor com o qual voc� quer fazer pesquisa. Em seguida voc� cria um Visitor, um objeto que vai visitar essas clausulas e vai trocar o nome do bean pela tabela correspondente e o nome da propriedade com a coluna correspondente. O JBossCMP utilizou esta t�cnica para fazer pesquisas. ----- Original Message ----- From: "Emerson Cargnin - SICREDI Servi�os" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 04, 2002 7:34 AM Subject: Re: [enterprise-list] DAO x EJB Antonio Kantek wrote: > Na minha opini�o o melhor que voc� pode fazer � um compilador OQL -> SQL. > Implementa um LL1 que � tranquilo. > > Ai voc� pode fazer um SessionBean que recebe as pesquisas em OQL, traduz > para SQL e executa a pesquisa. > Voc� pode adicionar um mecanismo de pagina��o neste SessionBean. > > Se voc� estiver utilizando CMP, ai voc� pode usar o mapeamento > objeto/tabela contido no descritor de implanta��o para > fazer a tradu��o OQL objetos -> SQL tabelas. > > []'s desta maneira vc vai recriar todo o middleware. O j2ee serve justamente para abstrair os detalhes de sistemas distribu�dos/coorporativos. Ent�o nem usa CMP, usa bmp ou direto s� sessionbeans. O jboss tem uma extens�o de ejb-ql que permite fazer pesquisas din�micas sem os problemas do ejb-ql (falta de orderby, like n�o poder utilizar param�tros, etc). > > > ----- Original Message ----- > From: Maykel Tres <mailto:[EMAIL PROTECTED]> > To: Enterprise Sou Java <mailto:[EMAIL PROTECTED]> > Sent: Friday, October 04, 2002 5:54 AM > Subject: [enterprise-list] DAO x EJB > > Ola pessoal, > > J� que est� uma discuss�o de que se deve usar onde, eu pe�o outra > ajuda dos senhores. > > Eu gostaria de saber, com a experi�ncia de voc�s, qual deveria ser a > minha pol�tica de pesquisa. Eu deveria utilizar DAO(SQL) para > pesquisas ou EJB(EJBQL)? > > Eu fiz alguns testes utilizando Entity no cliente e ficou > impratic�vel, mudei para Data Objects e o desempenho melhorou muito > utilizando DAO. Ainda n�o testei utilizando DO com EJB. O que voc�s > acham sobre o assunto? > > desde j� agrade�o pelas colabora��es, > > Maykel Tres > > > -- xxxxxxxxxxxxxxxxxxxxxxxxxxxx | Emerson Cargnin | | Analista de Sistemas Sr. | | Tel : (051) 3358-4959 | | SICREDI Servi�os | | Porto Alegre - Brasil | |xxxxxxxxxxxxxxxxxxxxxxxxxx| --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
