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>.

Responder a