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:tomcat-user@johnturner.com]
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: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
|