Luiz,
No meu projeto implementei iniciamente comunicacao via Socket.
Exatamente como voce sugeriu para a Luciana.
A comunicacao funcionou mas percebia que para grandes projetos eu precisava
de uma abordagem de nivel mais elevado para a comunicacao entre a camada
visual ( Applet ou mesmo uma AppJava ) e a camada central que costumo chamar de
camada de objetos de negocio. Usando Sockets a passagem de dados ocorre via
Streams ( de bytes, caracteres, ou mesmo de objetos serializados ) e voce absorve
toda
responsabilidade de codificar certas "baixarias" que normalmente nao teem nada
a ver com o problema a ser resolvido e portanto dispersam sua atencao em relacao
a essencia do problema a ser resolvido pelo sistema.
Aprofundando mais meus conhecimentos, verifiquei que o Java ( como sempre )
ja tinha uma solucao para o este problema. O RMI me oferecia exatamente o que eu
precisava. Em vez de Streams era possivel passar objetos inteiros de uma camada
para outra de modo bem natural. Na realidade tudo acontece e via Sockets mesmo mas o
RMI me abstrai
de toda aquela "baixaria" descrita acima e usando uma sintaxe limpa. Com RMI
toda a comunicacao entre as camadas reduziu-se a uma simples chamada
de metodo passando seus respectivos parametros e recebendo o devido retorno.
Com RMI "praticamente" pode-se instanciar um objeto em outra maquina e trata-lo
como se fosse um objeto local de sua aplicacao.
Quanto ao problema com os browsers. Aqui o browser padrao da empresa e
o Internet Explorer da Microsoft, que omitia as classes de suporte a RMI
de sua maquina virtual. Via lista de discussao acabei descobrindo que a
Microsoft disponibilizava para Download as classes RMI que deveriam baixadas e
colocadas
num deteminado diretorio de sistema para que as coisas funcionassem.
Nao cheguei a testar esta opcao, pois ja havia solucionado o problema via
Plug-in Java. Eu precisava usar objetos Swing na applet tambem e so
o Plug-in me oferecia solucao para os dois problemas.
Abracos
Helio
----- Mensagem original -----
De: LUIZ CARLOS FILIPPI JUNIOR [SMTP:[EMAIL PROTECTED]]
Enviada em: Segunda-feira, 24 de Janeiro de 2000 14:27
Para: '[EMAIL PROTECTED]'; 'Helio Rugani Brandao'
Assunto: RES: RE: [SouJava-J] Applet no Netscape X Internet Explorer
Helio,
Como ja sugeri a Luciana, eu criei um "Servidor SQL", que so faz acesso
ao Oracle e devolve o resultado
ao Applet ou Aplicacao Cliente que solicita, e devolve isso via Socket, pois
algumas versoes de Browser, tinham
problemas em suportar RMI. Voce passou por isso ? Que browsers voce usa ?
Qual seria a melhor alternativa para este caso ? Socket ou RMI ?
Oque os nossos JAmigos acham ???
[]?s
> ----- Mensagem original -----
> De: Helio Rugani Brandao [SMTP:[EMAIL PROTECTED]]
> Enviada em: Segunda-feira, 24 de Janeiro de 2000 10:28
> Para: '[EMAIL PROTECTED]'
> Assunto: RES: RE: [SouJava-J] Applet no Netscape X Internet
> Explorer
>
> Luciana,
>
> O acesso a banco de dados via applet, por questao de seguranca
> esta sugeito a uma serie de restricoes que podem ser contornadas
> via signed applets e alteracoes no arquivo javapolicy do JRE
> das maquinas clientes.
>
> Caminhar na direcao acima citada pode ser uma saida,
> mas eu sugiro que voce nao faca acesso a BD diretamente da applet.
> De certo modo voce sempre se deparara com problemas de seguranca
> alem de onerar demais o sistema pois cada applet se transformara
> em uma ou mais conexoes com o BD.
>
> Aqui fiz uma pequena aplicacao que funciona tanto stand alone como
> dentro de browser acessando o Oracle 7.
>
> Coloquei na applet apenas a logica da camada visual e esta applet
> conecta-se via RMI com uma outra app java ( esta sim devidamente
> conectada ao Banco e sem nenhuma restricao pois nao esta submissa
> as restricoes do security manager da JVM dos browsers ) que busca
> os dados solicitados e os envia para o applet popular os devidos
> componetes visuais com seus respectivos conteudos.
> Tal procedimento alivia o banco pois apenas esta app java central
> conecta-se ao banco e pode compartillar esta conexao ( ou seu
> pool de conexoes ) com todos os applets clientes.
>
> Esta abordagem tambem possui o beneficio de deixar as applets
> menores aliviando seu download e se voce lancar mao de
> apenas componentes visuais padroes da Maquina Vitual utilizada
> elas ficam ainda menores porque praticamente 99 %
> das classes visuais ja estariam presentes na maquina local e nao
> precisariam ser baixadas.
>
> Abracos,
>
> Helio
>
>
>
>
>
>
> ----- Mensagem original -----
> De: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
> Enviada em: Segunda-feira, 24 de Janeiro de 2000 9:22
> Para: [EMAIL PROTECTED]
> Assunto: Re: RE: [SouJava-J] Applet no Netscape X Internet
> Explorer
>
> Caros amigos,
>
> Acredito que o JAVA perde muito em
> credibilidade frente a comunidade de
> desenvolvedores por problemas como estes
> relatados por voces.
> Quem ja nao passou horas tentando
> debugar(applet)
> um problema, e quando apenas mudou de
> visualizado(Netscape para I.E, ou
> vice-versa) tudo comecou a funcionar?
> Tenho uma applet ao qual gostaria de usar
> o LayoutManager CardLayout, quando uso o
> I.E funciona legal, mas quando uso o
> netscape simplesmente nao funciona.
>
> Quando cheguei nesse ponto, pensei em
> simplesmente usar o I.E, mas ai neste
> Browse o meu procedimento de acesso a dados
> simplesmente nao funciona(diz que nao
> tenho acesso a classe
> sun.jdbc.odbc.JdbcOdbcDriver)?
>
> Alguem ja teve esse problema???
>
> Atenciosamente,
> Luciana Paiva
>
> OBS. Estou tentando acessar uma base em
> DB2
>
> --------------------------- LISTA SOUJAVA ---------------------------
> http://www.soujava.org.br - Sociedade de Usuarios Java da Sucesu-SP
> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> ---------------------------------------------------------------------
>
> --------------------------- LISTA SOUJAVA ---------------------------
> http://www.soujava.org.br - Sociedade de Usuarios Java da Sucesu-SP
> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> --------------------------------------------------------------------- <<
>Arquivo: ATT00000.htm >>
--------------------------- 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]
---------------------------------------------------------------------
