https://bz.apache.org/bugzilla/show_bug.cgi?id=65779
--- Comment #4 from Gael Lalire <gael.lal...@gaellalire.fr> --- I think there is no point to show generated data to the tomcat user. The conf directory is what is shown to the user. There is conf he can modified and webapp where he can copy his WARs. If you show the generated data, the user will be able to modify it, accidentally or not. This is why I think generated data should be in another directory. Freedesktop (https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html) proposes a way to separate conf from data from state from cache. There are advantages to that, you can share the conf when your session is roaming between PCs. You can automatically delete cache file which are too old on reboot. conf : XDG_CONFIG_HOME/vestige/app/<app-instance-name> -> map to CATALINA_BASE data : XDG_DATA_HOME/vestige/app/<app-instance-name> -> map to CATALINA_BASE_DATA cache : XDG_CACHE_HOME/vestige/app/<app-instance-name> -> map to CATALINA_BASE_CACHE Logs could also be generated in data instead of cache, in this case we don't need a CATALINA_BASE_CACHE. But I think logs should be automatically zipped and deleted so a cache directory is more appropriate. According to Freedesktop XDG_STATE_HOME is the right place for logs. You can also introduce CATALINA_BASE_LOGS instead of CATALINA_BASE_CACHE, I will map it to state or cache. Not sure my answer is the *why* you expected. Why I want these variables : to be able to separate conf from generated files from logs. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
