<div dir="ltr">Every time this has happened to me the root cause has been a permissions problem.  Do you have a means to tailing standard out/err to see if the tell tale "permissions" problem is showing up there?<div>
<br></div><div style>Also, if your app isn't running when the trigger is me, it is my understanding and observation that the logs won't roll.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jun 5, 2013 at 10:18 AM, Steve Cohen <span dir="ltr"><<a href="mailto:scohen@javactivity.org" target="_blank">scohen@javactivity.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have a logback configuration which specifies a daily rollover for a java swing application that is connected to a legacy backend and creates much log:<br>

<br>
        <appender name="LocalFile"<br>
                class="ch.qos.logback.core.<u></u>rolling.RollingFileAppender"><br>
                <File>${logdir}/local.log</<u></u>File><br>
                <rollingPolicy class="ch.qos.logback.core.<u></u>rolling.<u></u>TimeBasedRollingPolicy"><br>
                        <!-- daily rollover --><br>
                        <fileNamePattern>${logdir}/<u></u>local.%d{yyyy-MM-dd}.log</<u></u>fileNamePattern><br>
                        <!-- keep 10 days' worth of history --><br>
                        <maxHistory>10</maxHistory><br>
                </rollingPolicy><br>
                <encoder><br>
                        <pattern>%d [%t] %-5p %c{2} - %m%n</pattern><br>
                </encoder><br>
                <filter class="ch.qos.logback.classic.<u></u>filter.ThresholdFilter"><br>
                        <level>INFO</level><br>
                </filter><br>
        </appender><br>
<br>
I am finding in production that sometimes the logfile doesn't roll.  I am not sure whether the application is running at the moment when it's supposed to roll, if that matters.  Initially I suspected Windows 7 permissions - a bloody nightmare - were responsible.  I initially thought that it always rolled correctly on some machines, but not on others.  But now I find a case on a single machine where rollovers happened on some days but not on others.<br>

<br>
We are using logback v.1,0.7 and slf4j version 1.6.5.  Yes, I know there are more recent versions but it would be a major hassle getting them deployed into our particular environment and I haven't seen this behavior in months of testing.<br>

<br>
Can anyone point me in a direction leading to the solving of this issue?<br>
______________________________<u></u>_________________<br>
Logback-user mailing list<br>
<a href="mailto:Logback-user@qos.ch" target="_blank">Logback-user@qos.ch</a><br>
<a href="http://mailman.qos.ch/mailman/listinfo/logback-user" target="_blank">http://mailman.qos.ch/mailman/<u></u>listinfo/logback-user</a><br>
</blockquote></div><br></div>