On 03/07/2010 10:13, 赵顺 wrote:
It seems like the bug
https://issues.apache.org/bugzilla/show_bug.cgi?id=49539
the tomcat delete workdir while startup with errors

The configuration in that bug report is completely invalid. If you use an invalid configuration, then there is always the chance it will have side-effects you don't want.

Mark


On Sat, Jul 3, 2010 at 4:03 PM, Federico Fissore<fiss...@celi.it>  wrote:

Christopher Schultz, il 02/07/2010 23:00, ha scritto:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Federico,

On 7/2/2010 8:36 AM, Federico Fissore wrote:

I've embedded tomcat so to have multiple webapps running with separate
java processes (each embedded tomcat runs its own webapp, listening to a
different tcp port), because of some memory issues we have.


Have you considered simply using CATALINA_BASE to run separate Tomcats?
That would likely be easier than writing an embedded Tomcat wrapper, etc.


yes, but embedding tomcat is part of a wider plan of building an internal
management system


Are you sure Tomcat is completely shut down when you perform the delete?
If not, Tomcat might have some in-memory notion of what's on the disk,
and get confused when the files suddenly disappear.


yes, i'm sure. work wipe out occurs in the shutdown hook of the embedded
tomcat and when it terminates the related java process no
longer exists (just like when you kill a process on linux)



Have you tried undeploying the webapp and re-deploying? That should
cause Tomcat to clear it's own work directory for that webapp.


as said, when we wipe out, tomcat is running no more, so it couldn't clear
the folder on its own

thanks for the reply

federico

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org








---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to