Это связано с этимПочта.
Я думаю у меня проблемы сH2 Это означает, что он не закрывается должным образом.
Я подозреваю это, так как я вижуmyDB.lock.db когда я отключаю tomcat и процесс не останавливается.
Я использую пул соединений Tomcat, а URL к базе данных:
url="jdbc:h2:file:/opt/myOrg/tomcat/webapps/MyApplication/db/myDatabase;SCHEMA=myschema"

Из документазакрыть H2:

Обычно база данных закрывается, когда закрывается последнее соединение с ней .... По умолчанию база данных закрывается, когда закрывается последнее соединение. Однако, если он никогда не закрывается, база данных закрывается при обычном выходе из виртуальной машины с помощью ловушки завершения работы

Я не могу понять, если я делаю что-то не так.
Должен ли я принудительно закрывать базу данных с помощью команды? В этом ли смысл отключения крюка?
Что я здесь не так делаю?

Примечание:
Не могу найти в гугле пример как закрытьH2 правильно (кроме утверждения, что оно закрывается автоматически при последнем отключении соединения). Я должен звонитьSHUTDOWN себя? Это правильный подход?
Я уже вижу голоса, чтобы закрыть вопрос, но не было причины или ссылки на пример того, что я расследую

ОБНОВИТЬ:
После Joonas Pulakka ответьте на дополнительную информацию:

Изjavacore Я получил с помощьюkill -3 Я вижу темы:

"H2 Log Writer MyApplication" J9VMThread: 0x08DC6F00, j9thread_t: 0x08C9B790, Java / языки / Автор: 0xE7206CC8, состояние: CW, PRIO = 5 3XMTHREADINFO1 (родной поток ID: 0xA32, родной приоритет: 0x5, родная политика: UNKNOWN) 3XMTHREADINFO2
(диапазон адресов собственного стека от: 0xE5E26000 до: 0xE5E67000, размер: 0x41000) 3XMTHREADINFO3 Вызов стека Java:
4XESTACKTRACE в java / lang / Object.wait (собственный метод)
4XESTACKTRACE в java / lang / Object.wait (Object.java:196 (скомпилированный код)) 4XESTACKTRACE в org / h2 / store / WriterThread.run (WriterThread.java:102)
4XESTACKTRACE в java / lang / Thread.run (Thread.java:736)

3XMTHREADINFO "pool-8-thread-1" J9VMThread: 0x087C0200, j9thread_t: 0x0840566C, java / lang / Thread: 0xE79BFC80, состояние: P, prio = 5
3XMTHREADINFO1 (собственный идентификатор потока: 0xE1A, собственный приоритет: 0x5, собственная политика: НЕИЗВЕСТНО) 3XMTHREADINFO2
(диапазон адресов собственного стека от: 0xE5F69000 до: 0xE5FAA000, размер: 0x41000) 3XMTHREADINFO3 Вызов стека Java:
4XESTACKTRACE на солнце / разное / Unsafe.park (родной метод)
4XESTACKTRACE в java / util / concurrent / locks / LockSupport.park (LockSupport.java:184 (скомпилированный код)) 4XESTACKTRACE в java / util / concurrent / LinkedBlockingQueue.take (LinkedBlockingQueue.java:413 (скомпилированный код)) concurrent / ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:918) 4XESTACKTRACE в java / lang / Thread.run (Thread.java:736)

3XMTHREADINFO "Наблюдение за блокировкой файлов H2 opt / myOrg / tomcat / webapps / MyApplication / db / myDatabase.lock.db" J9VMThread: 0x08DC6900, j9thread_t: 0x08C9BA24, ja
va / lang / Thread: 0xE71E9018, состояние: CW, prio = 9 3XMTHREADINFO1
(собственный идентификатор потока: 0xA30, собственный приоритет: 0x9, собственная политика: НЕИЗВЕСТНО)
3XMTHREADINFO2 (диапазон адресов собственного стека от: 0xE5DBA000, до: 0xE5DFB000, размер: 0x41000) 3XMTHREADINFO3 Вызов стека Java: 4XESTACKTRACE в java / lang / Thread.sleep (собственный метод) 4XESTACKTRACE
в java / lang / Thread.sleep (Thread.java:851 (скомпилированный код))
4XESTACKTRACE в org / h2 / store / FileLock.run (FileLock.java:490) 4XESTACKTRACE
в java / lang / Thread.run (Thread.java:736)

3XMTHREADINFO "FileWatchdog" J9VMThread: 0x087C0800, j9thread_t: 0x08C9B4FC, java / lang / Thread: 0xE715D878, состояние: CW, prio = 5
3XMTHREADINFO1 (собственный идентификатор потока: 0xA2C, собственный приоритет: 0x5, собственная политика: НЕИЗВЕСТНО) 3XMTHREADINFO2
(диапазон адресов собственного стека от: 0xE5E67000 до: 0xE5EA8000, размер: 0x41000) 3XMTHREADINFO3 Вызов стека Java:
4XESTACKTRACE в java / lang / Thread.sleep (собственный метод) 4XESTACKTRACE в java / lang / Thread.sleep (Thread.java:851 (скомпилированный код)) 4XESTACKTRACE в org / apache / log4j / helpers / FileWatchdog.run (FileWatchdog.java) : 104)