Marcelo Santiago Guedes escreveu: > Marcelo, > > O que voce se refere como parte servidora ou cliente, s�o os stubs e os > skeletons. > No RMI, os stubs devem estar na maquina cliente, como voce mesmo afirmou. N�o necessariamente. Eles podem ser carregados pelo ClassLoader! > O > Corba tambem trabalha com a figura de stubs e skelentons, so que n�o > precisam estar necessariamente na maquina cliente, mas num repositorio de > interface. > Bem conforme eh feito atualmente, tanto no corba como no RMI, quando voce > instancia um objeto remoto, ele n�o eh instanciado na sua maquina virtual, o > que nos obtemos eh apenas uma referencia a esta instancia. O que a mim > parece bastante rasoavel. > A diferencia eh que o RMI, por enquanto, n�o utiliza um ORB para localizar > as interfaces (stubs). Note que no RMI voce tambem tem que saber em qual > servidor esta o objeto que voce deseja instanciar, pois temos que montar a > URL no lookup.O que foge um pouco da abstra��o que esta camada deveraprover, assim >como o CORBA faz. Acho que � apenas necess�rio saber onde seu registry est� rodando e n�o o server! Com o CORBA da mesma maneira basta saber onde se localiza a referencia do servidor, ou seja o IOR ou o Name Service por exemplo. Ha uma abstra��o da localiza��o do Servidor! > Mas n�o se trata a meu ver de uma > deficiencia GRAVE, mas sim uma decisao de implementa��o por parte da SUN, > que eh de certa forma n�o bate com a especifica��o do CORBA. > Mas segundo a Sun parece que a tendencia eh a aproximacao do RMI com o > CORBA. Parece que o RMI sera implemetado via CORBA, mas com relacao a isso > sei muito pouco. O protocolo para comunica��o RMI ser� o IIOP que � o mesmo do CORBA. > > > N�o sei se foi bem um esclarecimento, mas apenas uma contribuicao para uma > possivel discussao. > > []�s > Marcelo Santiago Guedes > Sun Certified Java Programmer Fred. > > > ----- Mensagem original ----- > De: Marcelo Vessoni [SMTP:[EMAIL PROTECTED]] > Enviada em: Ter�a-feira, 4 de Maio de 1999 10:49 > Para: [EMAIL PROTECTED] > Assunto: Obten��o da refer�ncia do servidor em RMI > > Ola para todos > > Eu gostaria de esclarecer uma d�vida com voc�s sobre RMI. Pelo > que > pude perceber, quando vamos desenvolver uma aplicacao distribu�da, > definimos as funcionalidades que cada componente (cliente/servidor) > vai > ter. No servidor, � feito o rebind de um objeto deste servidor para > um > dado nome qualquer. > > Na porcao cliente, obtemos uma referencia da interface do > "servidor" e chamamos o m�todo lookup para o mesmo dado nome de > objeto > do servidor. > > A� � que est�: falando em aplicacao java e nao em applet, o > codigo > do servidor deve estar tambem presente na maquina que executa a > porcao > cliente, caso contrario nao seria possivel para o cliente encontrar > o > c�digo da interface do servidor no momento do lookup. > > Eu posso estar errado, mas esta � uma defici�ncia grave do RMI, > n�o > �? Existe algum modo de separar totalmente o codigo do cliente e do > servidor, ou seja, estarem em maquinas separadas? Algo como um CLass > Loader? > > Sei que o CORBA faz isto, mas ai j� � outra hist�ria!! > > Gostaria de um esclarecimento! > Obrigado, valeu! > > Marcelo << Arquivo: Card for Marcelo Desiderato Vessoni >> > * Para nao receber mais e-mails da lista, acesse ><http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha >a lista <[EMAIL PROTECTED]> e de um <submit>. * Para nao receber mais e-mails da lista, acesse <http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a lista <[EMAIL PROTECTED]> e de um <submit>.
Re: RES: Obten��o da refer�ncia do servidorem RMI
Frederico Charles Simplicio Faria Tue, 4 May 1999 10:10:05 -0700
- RES: Obten??o da refer?ncia do servidor ... Marcelo Santiago Guedes
- Frederico Charles Simplicio Faria
