-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lightbulb,
lightbulb432 wrote: > What should be considered when making a decision between running with > unpackWARs to true (running out of the exploded WAR in appBase) or false > (forcing it to run out of the work directory)? > > What are the tradeoffs or considerations, in terms of performance, > maintenance, etc? In either case a work directory is still generated, right? > - So what's the advantage to setting unpackWARs to true in a production > environment? I would imagine that performance is the same: the only difference is the base directory from which files are loaded. Work versus appBase/appname should be identical. Maintenance is a judgment call: it is more straightforward to find your webapp's exploded WAR file in the "webapps" directory, or in some temporary directory whose location may not be fixed (say, across versions of Tomcat, or depending on a packaged version, etc.). I tend to think that expanding the WAR into the appBase directory makes more sense, myself. Also, I tend to serve static content using Apache httpd, and having a predictable directory where the files will definitely go is a plus (for me). I'm not sure why you would want to set unpackWARs="false". I'm guessing that static content served by Tomcat from your webapp will be served whether the WAR is expanded into a work directory or into appBase/appname, so I can't see any security benefits either way, either. The only thing I can think of is that Tomcat might not have write access to the appBase directory for some security reason. In that case, you'd /have/ to use a work directory since Tomcat couldn't actually expand the WAR file there. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGS2mj9CaO5/Lv0PARAjipAJoDfrZud2f9fM4qll20hQzo6QrBVACfXEbl +jdSuElWFLjnwNl1aqlXYnE= =4KTU -----END PGP SIGNATURE----- --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
