Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support.
To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 > --------------------Original Message-------------------- > From: "John Turner" [mailto:[EMAIL PROTECTED] > Sent: Fri, 22 Aug 2003 12:37:00 -0400 > To: Tomcat Users List [EMAIL PROTECTED] > Subject: Re: RE : Folder Permissions taken over by Tomcat 4 > > > I still don't believe it. > > The reason I don't believe it is simple: if I change the permissions in > my Context or one of its subdirectories or files to something that > prevents Tomcat from using the resources (JSP file or whatever), Tomcat > does not change the permissions back to what it needs to work, instead > my apps fail and throw errors like crazy. > > If Tomcat is doing what you say it is doing, I would never get errors, > because Tomcat would just merrily go around and change permissions on > resources so that it was happy, which is what you say it is doing. > > If anything, it isn't Tomcat that's doing it to you...if I had to guess, > it would be samba or something on one of the Windows clients like some > goofy "tool" Microsoft has like a fast indexer or some other munged up > app (much more likely). > > John > > Hertenstein Alain wrote: > > > 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] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
