Issue Type: Improvement Improvement
Affects Versions: 1.1.2
Assignee: Logback dev list
Components: logback-core
Created: 16/Jun/14 6:58 PM
Description:

I had a problem tracking down why every third rolled log file was missing (see https://www.mail-archive.com/logback-user@qos.ch/msg04293.html). Turns out the underlying problem was we had write and execute permissions on our log folder, but not read. So, logs were being created, and 2/3 of our rolled log files were being created, with no info in the catalina.out (we're running under tomcat), or in the log files themselves.

The symptom was being caused by code in SizeAndTimeBasedArchiveRemover, which calls FileFilterUtil.filesInFoderMatchingStemRegex(), which returns null when there are no read permissions.

Suggestion: Add a check, perhaps in FileFilterUtil, which checks to see if the return is null (indicating an I/O Error according to the java.io.File docs), and if so, indicate that somehow - even if only when logback is running in debug mode. (Currently, when running debug mode, there's an NPE thrown from SizeAndTimeBasedArchiveRemover, since the code assumes a non-null response from filesInFolderMatchingStemRegex).

Thanks!

Project: logback
Priority: Minor Minor
Reporter: Robert Sandiford
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira