https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
charyGao changed:
What|Removed |Added
CC||gaoyab...@126.com
--
You are receiving
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
--- Comment #7 from Mark Thomas ---
(In reply to Eduardo Guadalupe Quintanilla from comment #6)
> I found a question about a possibly related bug in Tomcat
> https://stackoverflow.com/questions/53745188/tomcat-undeploys-wars-
>
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
--- Comment #6 from Eduardo Guadalupe Quintanilla ---
I found a question about a possibly related bug in Tomcat
https://stackoverflow.com/questions/53745188/tomcat-undeploys-wars-automatically-after-some-time.
Could the log include details of
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
Mark Thomas changed:
What|Removed |Added
CC||shawn.dur...@eagletg.com
--- Comment #5
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
--- Comment #3 from Remy Maucherat ---
There is nothing that can be closed here, and the URL is a regular file URL.
However, calling getLastModified on it indeed leaks a descriptor. There's a
problem somewhere and more investigation is needed,
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
--- Comment #2 from Erich Siffert ---
ok, I digged into this a little bit deeper -- I figured out that there is a new
flag "watchSource=false" (default is true) which can be set:
when I set the flag to false, everything seems to be
https://bz.apache.org/bugzilla/show_bug.cgi?id=62924
--- Comment #1 from Erich Siffert ---
here a full listing of the "lsof" command to better illustrate the issue
[gtt@tgttcn0:~/tomcat/logs:1064> lsof -p 16829 | grep tomcat-users
java16829 gtt 68r REG 259,5