Yes I do confirm it again (at least on Linux Red Hat 7.2, as long as the OS has anything to do with it). Ok I repeat :
- have a web application configured on Tomcat 4.0.3, in a folder like webapps/myApps - share an application's sub-folder (f.ex. webapps/myApps/documents), and try to set permissions (read & write) and ownership for specific user accounts which will access this sub-folder through SMB. - restart Tomcat 4 : all these permissions in the webapps/myApps/documents folder are gone. And furthermore, the folder's Ownership (maybe the problem lies here actually...) is set to user : tomcat4, and group : tomcat4 I can send screenshots if you don't believe this... Nobody heard of this before !? Alain -----Message d'origine----- De : John Turner [mailto:[EMAIL PROTECTED] Envoy� : vendredi, 22. ao�t 2003 14:40 � : Tomcat Users List Objet : Re: Folder Permissions taken over by Tomcat 4 You're saying Tomcat runs around and changes the directory permissions? I find that really hard to believe...I'm running Tomcat 3.1, 4.1.12, 4.1.18, and 4.1.27 in various places and have never seen this behavior. John Hertenstein Alain wrote: > Hello, > > We have a Red Hat Linux 7.2 Server with Tomcat v4.0.3 installed, and a > web application configured, let's say myApps. In this webapps/myApps > folder, there are folders which we have shared through SMB so that > Windows users can access them, and we have also changed the folder's > permissions, so that these users can modify their contents. Everything > works fine. > > The problem here is when we have to restart Tomcat 4, all permissions > under that webapps/myApps folder are restored this way -> User : > Tomcat 4, Group : Tomcat 4. So this means that all our permissions > settings are cleared ! And we have to set them back again each time we > restart Tomcat 4 (in case of a server reboot, or major application > change, etc), which is quite annoying. > > Is there a way to avoid this ? > Thank you very much > Alain > > > ********************************************************************** > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please notify > the system manager. > ********************************************************************** > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
