N�o, voc� n�o entendeu
1 - ) Conecte com o banco de dados no init() do servlet, correto.
2 - ) Abra o statement bem antes de executar o comando SQL. Isto pode ser no
service, doGet, doPost ou em qualquer outro m�todo que for executar o
comando SQL. Por que isto? Simples, se voc� abre um statement no inicio do
service e vai utliza-lo no fim do metodo ou entao vai utiliza-lo somente em
outro metodo, uma exception pode ocorrer at� a execu��o do comando SQL,
ent�o voc� teria um statement aberto desnecessariamente durante um tempo,
depois ele seria liberado. Por isso, vai executar um comando SQL, abra o
statement, execute, se quiser busque o resultset e feche o statement,
entendeu?
----- Original Message -----
From: "Carlos Campos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 08, 2001 12:49 PM
Subject: RES: [java-list] D�vida sobre Statements com Servlets
Oi Eduardo,
Primeiramente agrade�o pela resposta, mas s� pra FECHAR:
- Abre-se sempre a conex�o no m�todo init() e abre-se sempre o statement no
m�todo service(), CORRETO ???
[]'s
Carlos Campos
> ----- Mensagem original -----
> De: Eduardo de S. Bernardino [SMTP:[EMAIL PROTECTED]]
> Enviada em: Sexta-feira, 8 de Junho de 2001 11:05
> Para: [EMAIL PROTECTED]
> Assunto: Re: [java-list] D�vida sobre Statements com Servlets
>
> Respondendo �s d�vidas, segundo o pouco que conhe�o. N�o sei se � a melhor
> solu��o, mas ai vai:
>
> 1 - ) A conex�o se for do tipo static ser� acessada por todas as
> inst�ncias
> do servlet. Ou seja voc� e outro carinha que acessarem o mesmo servlet de
> m�quinas diferentes utilizar�o a mesma conex�o. Para conectar com o banco
> de
> dados, o ideal � no construtor ou no m�todo init() mesmo.
>
> 2 - ) Abra os statements sempre antes da execu��o do comando SQL e feche-o
> ap�s a conclus�o ou obten��o de dados do resultset.
>
> 3 - ) Acesso simult�neo � complicado, deve-se utilizar pool de conex�es
> para
> evitar erros no acesso simult�neo. Tente encontrar exemplos nos sites de
> servlets dispon�veis na net:
>
> www.servlets.com
> www.coolservlets.com
>
> Agora n�o sei se � poss�vel acesso concorrente com o Access. Ele n�o � um
> banco muito indicado para aplica��es com servlets. Tente buscar alguma
> documenta��o a respeito disto. Quem sabe...
>
> Abra�os
> Eduardo
> eCorp
> [EMAIL PROTECTED]
>
>
> ----- Original Message -----
> From: "Carlos Campos" <[EMAIL PROTECTED]>
> To: "'Lista SouJava'" <[EMAIL PROTECTED]>
> Sent: Friday, June 08, 2001 10:11 AM
> Subject: [java-list] D�vida sobre Statements com Servlets
>
>
> Prezados Javaneses,
>
> Apenas a t�tulo de ratifica��o gostaria de confirmar o seguinte
> procedimento
> no uso de Servlets:
>
> 1.) Deve-se abrir a conex�o com o Banco de Dados no m�todo Init():
> con1 = DriverManager.getConnection(url1,"","");
> checkForWarning(con1.getWarnings());
>
> 2.) Deve-se abrir os Statements SEMPRE no m�todo Service() de modo a
> evitar
> a colis�o com as m�ltiplas conex�es ?
> stmt1 = con1.createStatement();
> checkForWarning(con1.getWarnings());
>
> Esta d�vida surgiu quando testei o acesso simultaneo com v�rios usu�rios
> num
> Banco MS Access 97 e o driver ODBC gerava os seguintes erros de SQL (Sql
> Exception) : "General Error" ou "Erro de Sequ�ncia de Fun��o";
>
> O problema seria uma limita��o do MS Access em acessar simultaneamente o
> mesmo registro por v�rios usu�rios, mesmo por um simples SELECT atrav�s da
> ponte JDBC-ODBC ???
>
> Estranhamente isto n�o ocorre quando se usa um programa C/S em Visual
> Basic.
> Seria uma defici�ncia da ponte JDBC-ODBC ???
>
> Sei que no uso de la�os WHILE, por exemplo, temos que abrir um Statement
> para cada ResultSet acionado, mas gostaria de confirmar este conceito
> sobre
> ONDE abrir corretamente os Statements de modo a obter o m�ximo de
> performance do Servlet independente das limita��es do Banco de Dados, ok?
>
> Agrade�o pelos coment�rios,
>
> []'s
>
> Carlos Campos
> Analista de Sistemas / Bolsista PCI
> [EMAIL PROTECTED]
> MCT / CETEM - Centro de Tecnologia Mineral
> Fone: 0xx21 3865-7358
> Fax : 0xx21 290-9196
>
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
>
>
>
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
