Como fechar todas as conex�es em HSQLDB (igualmente impede um defeito de travamento)
Eu observei que apesar de fechar todas as conex�es e de retirar uma base de dados aut�noma de HSQLDB, pelo menos uma conex�o ainda permanece aberta.
O defeito � manifestado em HSQLDB 1.7.3 e em HSQLDB 1.8.0 RC 8.
Se voc� compila e funciona o c�digo da amostra abaixo, funcionar� muito bem pela primeira vez. Segunda vez (se � funcionado imediatamente depois da primeira vez diz dentro de 2-3 segundos depois que conclus�o da primeira execu��o) falha todas as vezes mencionando uma exce��o fechado da base de dados!
Arquivado sob como a, software de Java, RDBMS |�
� |
� RSS 2.0 |�
� Trackback este artigo | �
� Envie por correio electr�nico este artigo
Voc� pode igualmente gostar de ler |
Mar�o 1�, 2005 no 10:40 am
No. Este n�o � um defeito.
Eu fiz uma an�lise extensiva e escrevi a execu��o atual da fila do temporizador da lima e da prioridade do fechamento do hsqldb: Eu discordo com sua an�lise.
HSQLDB � agora como Oracle ou MySQL, e outros: para interromper corretamente a base de dados, voc� deve explicitamente emitir um comando como um usu�rio do admin. ( PARADA PROGRAMADA ").
A diferen�a principal � essa, ao contr�rio de Oracle/MySQL, etc., que s�o razoavelmente r�gida a �nica instala��o por produtos ajustados do arquivo de dados da m�quina/de vers�o/de libera��o , ele foi observada muito mais provavelmente que talvez os exemplos de JVM serveral das instala��es/do funcionamento de HSQLDB em uma m�quina e em cada um podem tentar alcan�ar um jogo de lima espec�fico da base de dados.
Isto �, n�s temos o msaccess do problema tivemos (tem?), quando as limas de base de dados eram (seja?) em uma movimenta��o de rede e alcan�ado por diversas m�quinas de cliente diferentes simultaneamente.
Mas nosso problema � ainda mais prov�vel ocorrer, porque Java n�o fornece compartilhado-mem/o gerente conex�o do ipc ODBC que permite a processos m�ltiplos de JVM aos acccess a mesma lima de base de dados local (a menos que voc� usa o excitador de JDBC/ODBC, que n�o est� dispon�vel ao tipo 4 execu��es, sem camada da escrita JNI)
Em todo o caso, se voc� aborta o JVM (CTRL-c), matan�a, etc., ou para toda a outra raz�o o JVM morre abruptamente, faz uma parada () (ou mesmo sa�da () em JDKS mais velho onde o deleteOnExit n�o est� dispon�vel), a seguir sure a lima de .lck n�o come� suprimida.
Na libera��o seguinte ou assim, n�s auto-detect a disponibilidade do shutdownHook e adicionaremos o alimentador l�, mas este ainda n�o ajuda de fins verdadeiros de JVM.
Mas de volta ao ponto: se a lima de .lck n�o come� suprimida, a seguir h� uma segundo zona interm�dia 10 porque a lima do fechamento � tocada em 10 segundos intervalos.
Eu escolhi este n�mero de modo que nos casos onde h� processador central realmente pesado e uso do disco que vai sobre, h� uma zona interm�dia razoavelmente segura: Java e a maioria de sistemas de explora��o n�o fazem o sincronismo realmente exato, especial sob a carga elevada. Apenas pense sobre o exemplo de um res realmente elevado, v�deo elevado da frame-taxa com �udio bit-rate elevado em uma lima) n�o constitui um fechamento �smio-refor�ado do cruz-processo na lima.
Abril �, 2005 no 3:30 pm
@Campbell
Agradecimentos para sua introspec��o detalhada nesta edi��o.
Como voc� pode ver de meu c�digo acima daquele que eu estou fechando normalmente minha conex�o � base de dados. Eu tinha aberto a base de dados como um �nico usu�rio de minha aplica��o (em outras palavras n�o como um usu�rio). Assim as r�guas do usu�rio que exigem uma parada programada n�o devem realmente ser aplic�veis aqui.
Eu sou com voc� WRT. sua l�gica de travamento em uma encena��o do usu�rio. Entretanto como um �nico usu�rio que fecha a conex�o deve ser suficiente sugest�o para liberar todo o fechamento � base de dados.
Eu penso que a maioria de casos do uso a HSQLDB reagem da modalidade do �nico usu�rio (n�o-usu�rio). Frequentemente n�s usamo-la para carregar situa��es de teste para os testes etc. do junit. Na habilidade destes casos de reiniciar r�pida � um grande benef�cio.
Que voc� pensa?
Abril �, 2005 no 1:39 am
Ol�!,
eu tenho o mesmo problema.
Voc� tem escreveu:
***********************
voc� deve explicitamente emitir um comando como um usu�rio do admin. ( PARADA PROGRAMADA ").
***********************
Pode voc� por favor dar-me um exemplo pequeno do c�digo desse procedimento da parada programada?
Obrigado
Stefan
Abril �, 2005 no 2:09 pm
@Stefan
stmt.executeUpdate ( PARADA PROGRAMADA ");
onde o stmt � o java.sql. Indica��o que voc� criou mais cedo de HSQLDB java.sql. Conex�o.
Janeiro 28o, 2006 no 11:57 pm
A informa��o agrad�vel do local e do ur � agrad�vel.
mim appriciate isto.
Jakkireddy
Abril �, 2006 no 12:49 am
Mas que devo eu fazer quando eu elimino erros com meu IDE e termino abruptamente minha aplica��o? Isto conduzir� a uma conex�o de base de dados n�o terminada.
H� alguma maneira de come� sobre este efeito?
Abril �, 2006 no 8:32 am
A lima pode come� corrompida. No pior dos casos voc� tem que manualmente trunc�-la.