C�mo cerrar todas las conexiones en HSQLDB (tambi�n previene un defecto de fijaci�n)

7 respuestas a c�mo cerrar todas las conexiones en HSQLDB (tambi�n previene un defecto de fijaci�n)

1. Campbell dice:
   11 de marzo de 2005 en el 10:40

   No. Esto no es un defecto.

   Hice un an�lisis extenso y escrib� la puesta en pr�ctica actual de la coleta del contador de tiempo del archivo y de la prioridad de la cerradura del hsqldb: Discrepo con su an�lisis.

   HSQLDB ahora es como Oracle o MySQL, y otros: para cerrar correctamente la base de datos, usted debe publicar expl�citamente un comando como usuario del admin. ( PARADA ").

   La diferencia principal es esa, desemejante de Oracle/MySQL, los etc., que son bastante r�gido sola instalaci�n por productos fijados del fichero de la m�quina/de la versi�n/de datos de lanzamiento, �l se ha observado mucho m�s probablemente que quiz� los casos de HSQLDB de JVM serveral de las instalaciones/del funcionamiento en una m�quina y cada uno pueden intentar tener acceso a un sistema de archivo espec�fico de base de datos.

   Es decir, tenemos el msaccess del problema ten�amos (tiene?), cuando eran los archivos de base de datos (sea?) en una impulsi�n de red y tenido acceso por varias diversas m�quinas de cliente simult�neamente.

   Pero nuestro problema es a�n m�s probable ocurrir, porque Java no proporciona compartido-mem/al encargado de la conexi�n del ipc ODBC que no prohibe a procesos m�ltiples de JVM a los acccess el mismo archivo de base de datos local (a menos que usted utiliza el conductor de JDBC/ODBC, que no est� disponible para el tipo 4 puestas en pr�ctica, sin capa de la escritura JNI)

   De todas formas, si usted aborta el JVM (Ctrl-c), matanza, etc., o por cualquier otra raz�n el JVM muere precipitadamente, hace un alto () (o a�n salida () en un JDKS m�s viejo donde no est� disponible el deleteOnExit), despu�s el archivo de .lck no consigue sure suprimido.

   En el lanzamiento siguiente o as� pues, auto-detect la disponibilidad del shutdownHook y agregaremos al tratante all�, pero �ste todav�a no ayuda de los fines anormales verdaderos de JVM.

   Pero de nuevo al punto: si el archivo de .lck no consigue suprimido, despu�s hay una segundo zona tap�n 10 porque el archivo de la cerradura se toca en 10 segundos intervalos.

   Eleg� este n�mero de modo que en caso de que haya CPU realmente pesada y uso del disco que se enciende, hay una zona tap�n bastante segura: Java y la mayor�a de los sistemas operativos no hacen la sincronizaci�n realmente exacta, especialmente bajo alta carga. Apenas piense en el caso de un res realmente alto, alto v�deo de la marco-tarifa con alto audio de velocidad de transmici�n de bites en un archivo) no constituye una cerradura OS-hecha cumplir del cruz-proceso en el archivo.

2. angsuman dice:
   4 de abril de 2005 en el 3:30 P.M.

   @Campbell

   Gracias por su penetraci�n detallada en esta edici�n.

   Como usted puede ver de mi c�digo sobre eso que estoy cerrando normalmente mi conexi�n a la base de datos. Hab�a abierto la base de datos como solo usuario de mi uso (es decir no como servidor). Tan las reglas de servidor que requieren una parada no deben realmente ser aplicables aqu�.

   Soy con usted WRT. su l�gica de fijaci�n en un panorama del servidor. Sin embargo como un solo usuario que cierra la conexi�n debe ser suficiente se�al para lanzar cualquier cerradura a la base de datos.

   Pienso que la mayor�a de los casos del uso a HSQLDB est�n en modo del solo usuario (no-servidor). Lo utilizamos a menudo para cargar los casos de prueba para las pruebas etc. del junit. En capacidad de estos casos de recomenzar r�pidamente es una gran ventaja.

   �Qu� usted piensa?

3. Stefan C dice:
   6 de abril de 2005 en el 1:39

   Hola,

   tengo el mismo problema.

   Usted tiene escribi�:
   ***********************
   usted debe publicar expl�citamente un comando como usuario del admin. ( PARADA ").
   ***********************

   �Puede usted por favor darme un peque�o ejemplo del c�digo de ese procedimiento de la parada?

   Gracias
   Stefan

4. angsuman dice:
   6 de abril de 2005 en el 2:09 P.M.

   @Stefan

   stmt.executeUpdate ( PARADA ");

   donde est� el java.sql el stmt. Declaraci�n que usted ha creado anterior de HSQLDB java.sql. Conexi�n.

5. jakkireddy dice:
   28 de enero de 2006 en el 11:57 P.M.

   La informaci�n agradable del sitio y del ur es agradable.
   appriciate i esto.

   Jakkireddy

6. el kemalcakmak dice:
   1 de abril de 2006 en el 12:49

   �Pero qu� debo hacer cuando elimino errores con mi IDE y termino precipitadamente mi uso? Esto llevar� a una conexi�n de base de datos no terminada.

   �Hay manera de conseguir sobre este efecto?

7. Angsuman Chakraborty dice:
   1 de abril de 2006 en el 8:32

   El archivo puede conseguir corrompido. En peor de los casos usted tiene que truncarlo manualmente.

Mirada adelante para o�r sus pensamientos.