Tomcat里antiResourceLocking的作用和引起的一个问题
2009-07-10 11:39
337 查看
今天在论坛看到了一个网友的提问:
奇怪的问题,文件上传到Tomcat下的temp目录里面了
虽然我肯定是配置的问题,不过我还真的没有自己遇到这个。
不过还好,楼主真的在配置文件里找到了问题,那就是 antiResourceLocking
我们先来看看这个 antiResourceLocking 到底是干什么的!
If true, Tomcat will prevent any file locking.
This will significantly impact startup time of applications,
but allows full webapp hot deploy and undeploy on platforms
or configurations where file locking can occur.
If not specified, the default value is
.
Please note that setting this to
has some side effects,
including the disabling of JSP reloading in a running server: see
Bugzilla 37668
.
Please note that setting this flag to true in applications that are
outside the appBase for the Host (the
directory
by default) will cause the application to be
deleted
on Tomcat shutdown. You probably don't want to
do this, so think twice before setting antiResourceLocking=true on a webapp
that's outside the appBase for its Host.
我大致翻译一下:
如果这个参数为true,那么将组织任何文件锁。这将明显的影响应用的启动时间,但允许webapps,可能发生锁的平台和配置下,支持完整的热部署和热卸载。如果不配置,默认值是false;
如果设置为true,有一些副作用,包括屏蔽了JSP文件在运行服务器上的重新加载。
如果设置为true,且部署在Host的AppBase目录外面(默认是webapps),在Tomcat关闭的时候将导致应用被删除。
最主要的就翻译到这里了。实际上,如果为false,因为存在锁,在你重新发布的时候,可能出现部分代码无法更新。因为原始文件可能因为被锁住了,不能删除。
当然,如果为false,那么部署的目录就是和包名相同了。如果是false,则会每次都放到一个临时目录下面,一个temp目录。这也是这个配置引发的一个副作用。
另外的一个类似的配置
每天努力工作,每天都有收获。早上的经验继续有用,我先复制一份先。呵呵呵!
今天是个好日子,因为明天就是周末了,希望我能回天津,顺便祝大家周末好心情。
奇怪的问题,文件上传到Tomcat下的temp目录里面了
虽然我肯定是配置的问题,不过我还真的没有自己遇到这个。
不过还好,楼主真的在配置文件里找到了问题,那就是 antiResourceLocking
我们先来看看这个 antiResourceLocking 到底是干什么的!
If true, Tomcat will prevent any file locking.
This will significantly impact startup time of applications,
but allows full webapp hot deploy and undeploy on platforms
or configurations where file locking can occur.
If not specified, the default value is
false
.
Please note that setting this to
true
has some side effects,
including the disabling of JSP reloading in a running server: see
Bugzilla 37668
.
Please note that setting this flag to true in applications that are
outside the appBase for the Host (the
webapps
directory
by default) will cause the application to be
deleted
on Tomcat shutdown. You probably don't want to
do this, so think twice before setting antiResourceLocking=true on a webapp
that's outside the appBase for its Host.
我大致翻译一下:
如果这个参数为true,那么将组织任何文件锁。这将明显的影响应用的启动时间,但允许webapps,可能发生锁的平台和配置下,支持完整的热部署和热卸载。如果不配置,默认值是false;
如果设置为true,有一些副作用,包括屏蔽了JSP文件在运行服务器上的重新加载。
如果设置为true,且部署在Host的AppBase目录外面(默认是webapps),在Tomcat关闭的时候将导致应用被删除。
最主要的就翻译到这里了。实际上,如果为false,因为存在锁,在你重新发布的时候,可能出现部分代码无法更新。因为原始文件可能因为被锁住了,不能删除。
当然,如果为false,那么部署的目录就是和包名相同了。如果是false,则会每次都放到一个临时目录下面,一个temp目录。这也是这个配置引发的一个副作用。
另外的一个类似的配置
antiJARLocking 是防止jar类库被锁定而无法删除这个作用的。
每天努力工作,每天都有收获。早上的经验继续有用,我先复制一份先。呵呵呵!
今天是个好日子,因为明天就是周末了,希望我能回天津,顺便祝大家周末好心情。
相关文章推荐
- Tomcat里antiResourceLocking的作用和引起的一个问题 .
- 解决一个因Bitmap引起的OOM问题
- 打开tcp_tw_recycle引起的一个问题
- 一个由模板函数引起的问题
- 一个so库中全局变量未定义引起的问题
- 一个笔误引起的问题
- 杀虫纪录:一个OleDb/SqlDb Mapping中SqlDbType.Text引起的问题
- 一个由进程内存布局异常引起的问题
- 基于同一个Table或者TableViewer创建的Table,创建CheckTableViewer引起问题说明
- 一个由进程内存布局异常引起的问题
- 今天犯了一个StringBuilder构造函数引起的二逼问题。
- 一个表单提交纠错引起的问题,session在上级页面继承
- 一个WCF问题引起的反思
- 又一个php的error_handler引起的诡异问题
- 一个线程阻塞引起的超时问题
- Hibernate session.clear()引起的一个问题
- 一个隐式转换引起的问题
- 一个空格引起的访问404问题
- 10.2.0.5的一个bug引起的oracle E.S合同问题
- 记一个因 keil 优化而引起的问题