【发布时间】:2011-11-03 04:40:34
【问题描述】:
我正在使用 Play 编写一个部署在 Tomcat 中的 webapp。因为该应用程序不会处理太多数据,所以我将默认 H2 数据库与 Hibernate 一起使用。当我想部署新版本的应用程序时,我关闭了 tomcat,擦除了旧的 webapp 和 WAR,添加了我的新 WAR,然后重新启动。
这一直有效,直到几天前我添加了数据库组件。现在,我经常无法重新部署应用程序。当我删除旧目录时,它会自动以这种结构重新生成:
$ ls -laR myapp/
myapp/:
total 24
drwxr-xr-x 3 root root 4096 Aug 24 17:20 .
drwxr-xr-x 13 root root 4096 Aug 24 17:20 ..
drwxr-xr-x 3 root root 4096 Aug 24 17:20 WEB-INF
myapp/WEB-INF:
total 24
drwxr-xr-x 3 root root 4096 Aug 24 17:20 .
drwxr-xr-x 3 root root 4096 Aug 24 17:20 ..
drwxr-xr-x 3 root root 4096 Aug 24 17:20 application
myapp/WEB-INF/application:
total 24
drwxr-xr-x 3 root root 4096 Aug 24 17:20 .
drwxr-xr-x 3 root root 4096 Aug 24 17:20 ..
drwxr-xr-x 3 root root 4096 Aug 24 17:20 db
myapp/WEB-INF/application/db:
total 24
drwxr-xr-x 3 root root 4096 Aug 24 17:20 .
drwxr-xr-x 3 root root 4096 Aug 24 17:20 ..
drwxr-xr-x 2 root root 4096 Aug 24 17:20 h2
myapp/WEB-INF/application/db/h2:
total 24
drwxr-xr-x 2 root root 4096 Aug 24 17:20 .
drwxr-xr-x 3 root root 4096 Aug 24 17:20 ..
-rw-r--r-- 1 root root 100 Aug 24 17:20 play.lock.db
WAR 解压缩时也会发生同样的情况。
我最近在 catalina.out 日志中注意到一条消息,抱怨我的应用程序没有关闭一个名为“H2 File Lock Watchdog”之类的进程。基于对 H2 文档的简短搜索,我认为该过程干扰了我的应用程序。
编辑
这是日志文件中的抱怨行:
SEVERE: The web application [/myapp] appears to have started a thread named [H2 File Lock Watchdog /var/lib/apache-tomcat-6.0.32/webapps/myapp/WEB-INF/application/db/h2/play.lock.db] but has failed to stop it. This is very likely to create a memory leak.
那么,我该如何杀死这个进程呢?我无法重新启动机器,因为它不是我的,而且我找不到带有top 或ps 的看门狗。我更喜欢 Play 自动关闭它的方法,但我并没有将其构建到我的部署脚本中。
如果您能读到这里,万分感谢!
【问题讨论】:
-
还有一点值得一提的是,数据库进程显然最终会死掉。我不确定它需要多长时间,但它以小时为单位。等待它只是一种解决方案,但总比没有好?
标签: java hibernate playframework h2