O Sven tem razao. Em um bean CMP, a amarracao entre o bean e o banco e' feita no XML, no deployment descriptor. Portanto, voce deve ter 3 beans diferentes, uma para cada banco. Caso contrario, como voce faz para um unico bean CMP mudar dinamicamente o datasource?
Bonato --- "Sven_E._van_�t_Veer" <[EMAIL PROTECTED]> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Me deixa entender isso melhor. Vc tem UMA aplica��o > EJB acessando > tres bancos diferente ou vc tem a mesma aplica��o > deployed tres vezes > para acessar tres bancos diferente ?? > > Usando CMP vc somente consegue usando tres > deployments no mesmo > servidor utilizando somente JNDI names diferente e > usando tres data > sources diferente. Assim n�o daria problema vc > alterando db1 e os > beans do app 1 separadamente dos outros, se tiver > pelo menos a > aplica��o bem separado em camadas e implementou o > SessionFa�ada > design pattern, uma vez que o session bean deve > saber *qual* nome > JNDI deve buscar. > > Se a aplica��o n�o tem boa separa��o de camadas (ex > o servlet faz a > deci��o de qual entity deve buscar no JNDI) � > complicado pos o remote > do entity no classpath � um so. > > sven > > - -----Original Message----- > From: Jonatan Schroeder [mailto:[EMAIL PROTECTED]] > Sent: Thursday, July 18, 2002 9:27 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: [enterprise-list] > Re:_[enterprise-list]_EJBs_em_aplica��es_ASP > > > Estou usando EJBs, por enquanto entity beans CMP, > mas posso alterar > se for > necess�rio. > - ---- > Jonatan Schroeder > [EMAIL PROTECTED] > > > - ----- Original Message ----- > From: "Sergio Bonato" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, July 18, 2002 9:12 AM > Subject: [enterprise-list] > Re:_[enterprise-list]_EJBs_em_aplica��es_ASP > > > > Jonatan, > > > > Desculpe-me, mas n�o foi claro. Voce est� ou n�o > > usando EJBs? > > > > Bonato > > > > --- Jonatan Schroeder <[EMAIL PROTECTED]> wrote: > > > S� para explicar melhor a situa��o: > > > - Vers�es diferentes de bancos de dados chamar�o > > > fontes diferentes da mesma > > > classe. > > > - A aplica��o (classes, JSP's, etc) � a mesma > > > (mesmos ARCHIVES) para todos > > > os bancos de dados que tenham a mesma vers�o. > > > - A vers�o do banco de dados n�o � definida > > > inicialmente, mas � verificada > > > de acordo com uma op��o (nome do cliente) > informada > > > na entrada da aplica��o. > > > > > > Preciso saber como definir qual dos ARCHIVES > deve > > > ser utilizado em cada > > > caso. N�o sei se devo mudar o classpath, ou algo > > > similar. > > > > > > Espero ter sido claro o suficiente. > > > ---- > > > Jonatan Schroeder > > > [EMAIL PROTECTED] > > > > > > > > > ----- Original Message ----- > > > From: "Sergio Bonato" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, July 17, 2002 11:47 PM > > > Subject: Re: [enterprise-list] > > > EJBs_em_aplica��es_ASP > > > > > > > > > > Jonatan, > > > > > > > > Se o seu EJB for um Session Bean ou um Entity > Bean > > > > BMP, e' so' voce escrever os comandos SQL > > > diferentes > > > > para cada opcao de chamada, respeitando as > > > diferencas > > > > de estrutura para cada banco. Conforme voce > for > > > > mudando as estruturas, voce tambem muda o EJB > e > > > faz um > > > > novo deploy. > > > > Agora, se voce estiver usando um entity CMP... > > > bem, > > > > acho que dificilmente este vai ser o seu caso. > > > > > > > > Bonato > > > > --- Jonatan Schroeder <[EMAIL PROTECTED]> > wrote: > > > > > Estou desenvolvendo uma aplica��o em J2EE e > > > cheguei > > > > > � seguinte situa��o: > > > > > > > > > > Tenho um application server conectanto tr�s > > > bancos > > > > > diferentes com a mesma estrutura (como se > fossem > > > de > > > > > clientes diferentes), um de cada vez, de > acordo > > > com > > > > > uma op��o na chamada (aplica��o estilo ASP - > > > > > Application Service Provider). Eu preciso > > > alterar a > > > > > estrutura de banco de dados. Por > conseq��ncia, > > > > > preciso alterar os EJB's que fazem acesso > �(s) > > > > > tabela(s) que estou alterando. Mas s� posso > > > fazer a > > > > > altera��o da estrutura do banco de dados num > > > banco > > > > > de cada vez. Quando eu alterar o primeiro > banco > > > de > > > > > dados, eu preciso da nova vers�o EJB na > conex�o > > > > > deste banco, mas os outros dois bancos que > est�o > > > > > funcionando na vers�o anterior devem acessar > a > > > > > vers�o antiga do EJB. Como fa�o para > atualizar o > > > > > primeiro banco de dados e os respectivos > EJB's > > > sem > > > > > que os dois bancos que est�o na vers�o > anterior > > > > > deixem de funcionar? > > > > > > > > > > ---- > > > > > Jonatan Schroeder > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > ===== > > > > * A. Sergio F. Bonato - SCPJ2P > > > > * Gerente de Projetos de TI > > > > * S.A. O Estado de S.Paulo - S.Paulo - Brasil > > > > * FONE: +55-11-3856-5116 > > > > * FAX: +55-11-3856-4679 > > > > * E-MAIL: [EMAIL PROTECTED]; > [EMAIL PROTECTED] > > > > * CELULAR: 011-9720-6560 > > > > > > > > > __________________________________________________ > > > > Do You Yahoo!? > > > > Yahoo! Autos - Get free new car price quotes > > > > http://autos.yahoo.com > > > > > > > > > > > > > > -------------------------------------------------------------------- > > - > > > > 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: > === message truncated === ===== * A. Sergio F. Bonato - SCPJ2P * Gerente de Projetos de TI * S.A. O Estado de S.Paulo - S.Paulo - Brasil * FONE: +55-11-3856-5116 * FAX: +55-11-3856-4679 * E-MAIL: [EMAIL PROTECTED]; [EMAIL PROTECTED] * CELULAR: 011-9720-6560 __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
