Thanks. It turns out the root cause of the error was not permissions at all, but another error caused by a "left over" web.xml reference to a class that did not exist. When I discovered, and removed, that statement in the web.xml, the logging properties error went away as well.

----- Original Message ----- From: "Rainer Jung" <rainer.j...@kippdata.de>
To: <users@tomcat.apache.org>
Sent: Sunday, September 26, 2010 6:50 AM
Subject: Re: Tomcat 5.5: java.io.FilePermission read access denied to logging.properties


On 15.09.2010 11:02, Pid wrote:
On 14/09/2010 23:35, André Warnier wrote:
Pid wrote:
On 14/09/2010 16:17, Steve Ryder wrote:
java.security.AccessControlException: access denied
(java.io.FilePermission
/home/sryder/JsrSystems.info/ROOT/WEB-INF/classes/logging.properties
read)

When I first noticed this I added the java.io.FilePermission to
catalina.policy under WEB APP PERMISSIONS
grant {     // Added by JSR 2010-09-13:
  permission java.io.FilePermission "*", "read,write";
     // Added by JSR 2010-02-08:
  permission java.util.PropertyPermission "*", "read,write";
     permission java.net.SocketPermission    "*", "connect,resolve";

I still get the error at startup!

I have no logging.properties file under either the classes or under
common/classes.
Do I need to add one?  Can it be just a blank line?

Silly question: does the file have the appropriate user permissions for
Tomcat to access it?

Considering that the OP writes, just above there, that he does not have
a file there, that does indeed sound like a silly question.

Yeah.  I completely misread that.  Maybe I need specs.

The method in the stack indicates it might be a missing permission on the directories. The code wants to check whether the logging.properties in the webapp exists, and it seems it can't read the necessary directory information. So

- check directory permissions for /home/sryder/JsrSystems.info/ROOT/WEB-INF/classes/ and above

and if that doesn't suffice

- try adding read permissions for the directories to the policy file

Regards,

Rainer

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to