Ol� Ot�vio,
sem querer invadir na discuss�o, mas tentando colaborar um pouco.
O Bruno disse:
> "O mais correto eh voce distribuir sua aplicacao de forma a voce executar
> a logica de acesso ao BD no seu servidor, e fazer com que seu cliente
> acesse o servidor. Eh fato que para algumas aplicacoes isso pode ser
> demais, e um driver tipo 3 seria mais facil, mas como regra geral,
> essa ultima alternativa eh a mais recomendada."
>
> Voce se refere a colocacao de um middleware entre o cliente e o servidor
> de BD? Caso afirmativo, no esquema utilizado pelo driver 3, isso nao eh
> feito? Nao existe um servidor de acesso ao SGBD?
> A sua ideia nao ficou bem clara para mim.
Utilizado o driver 3, o SGBD existe, mas a conex�o � feita pelo applet e
tamb�m toda a l�gica de acesso e recebimento das respostas vindas do BD.
O ideal seria ter uma aplica��o Java ou Servlet rodando no servidor e
esta aplica��o faria o acesso ao BD utilizando uma conex�o padr�o de
aplica��es java.
No cliente voc� teria uma applet se comunicando via RMI ou Socket com
esta aplica��o. Desta forma voc� teria uma aplica��o de 03 camadas: o
SGBD, aplica��o Java no Servidor e a applet.
Uma outra solu��o � utilizar Servlets para acesso ao BD no Servidor e no
cliente ter apenas formul�rios HTML com alguma l�gica de JavaScript
sobre os dados deste formul�rio.
Em mensagens anteriores o pr�prio Bruno esclarece um pouco melhor este
tipo de arquitetura.
Espero ter colaborado.
[]'s
Handerson F. Gomes
Otavio Fernandes Fontenelle wrote:
>
> Olah, Bruno.
>
> Obrigado pelos esclarecimentos.
>
> Seguinte:
>
> No esquema que utiliza o tipo de driver 3, eh necessario que um driver (o
> que faz acesso a servidora de acesso ao BD) seja carregado:
>
> Class.forName("ids.sql.IDSDriver") , por exemplo.
>
> Pergunto: isso nao eh proibitivo para applet nao confiaveis?
> Sendo mais geral: Carregar drivers nao eh proibitivo para applets nao
> confiaveis?
>
> Outra coisa:
>
> Bruno:
>
> "No final, os melhores drivers JDBC sao os do tipo 3, mas mesmo assim
> voce continua mantendo a logica de acesso ao seu BD no seu applet,
> o que por si so tambem eh ruim, e traz outros tipos de problemas. "
>
> O que voce chama de logica de acesso ao BD? Voce se refere a conexao e
> execucao de querys? Tipo:
>
> Connection con = DriverManager.getConnection("...");
> Statement st = con.createStatement();
> (...)
>
> Por que que deixar a logica de acesso ao BD eh tao ruim? Eh a questao da
> seguranca da senha? Os dados que saem e que chegam do cliente sempre estao
> a merce de interceptacao, creio eu. Para garantir a seguranca da
> comunicacao tereia de ser necessario um SSL (Secure Socket Layer).
>
> Bruno:
>
> "O mais correto eh voce distribuir sua aplicacao de forma a voce executar
> a logica de acesso ao BD no seu servidor, e fazer com que seu cliente
> acesse o servidor. Eh fato que para algumas aplicacoes isso pode ser
> demais, e um driver tipo 3 seria mais facil, mas como regra geral,
> essa ultima alternativa eh a mais recomendada."
>
> Voce se refere a colocacao de um middleware entre o cliente e o servidor
> de BD? Caso afirmativo, no esquema utilizado pelo driver 3, isso nao eh
> feito? Nao existe um servidor de acesso ao SGBD?
> A sua ideia nao ficou bem clara para mim.
>
> Por fim, voce poderia me indicar sites ou livros que abordam aspectos de
> seguranca e performace desses drivers?
>
> ___________________________________________________________________________
> OTAVIO FERNANDES FONTENELLE E-MAIL :[EMAIL PROTECTED]
> [EMAIL PROTECTED]
>
> Centro Nacional de Processamento Campus do Pici - Bloco 901
> de Alto Desempenho no Nordeste CEP: 60.455-760
> (CENAPAD-NE) Tel.: +55 085 287-5044
> Fax: +55 085 288-9985
>
> Fortaleza - Ceara - Brasil
> ___________________________________________________________________________
>
> * 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>.
