[
https://issues.apache.org/jira/browse/LOG4J2-1548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15457891#comment-15457891
]
Remko Popma commented on LOG4J2-1548:
-------------------------------------
I'm okay with changing the process but we need to think through the
implications of maintaining multiple branches. I don't mind fixing a bug in,
say, the 2.7.x maintenance branch and merging that fix also into the 2.8 new
features branch, but what do we do with subsequent releases?
Once we are on version 2.10, and we receive a bug report against version 2.7,
do we add a fix to the maintenance branches 2.7.x, 2.8.x and 2.9.x in addition
to the 2.10 new feature branch? When do we stop supporting old maintenance
branches?
> [CronTriggeringPolicy] ConfigurationScheduler schedules the task infinitely
> after first fire
> --------------------------------------------------------------------------------------------
>
> Key: LOG4J2-1548
> URL: https://issues.apache.org/jira/browse/LOG4J2-1548
> Project: Log4j 2
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.6.2
> Reporter: Pierrick HYMBERT
> Priority: Blocker
> Fix For: 2.7
>
> Attachments: LOG4J2-1548-testcase-2.patch,
> LOG4J2-1548-testcase-cleanFoldersRule.patch, LOG4J2-1548-testcase.patch,
> LOG4J2-1548.patch
>
>
> After first fire at fixed time, rename/archive action is sheduled infinitely.
> Example of configuration:
> {code:xml}
> <RollingFile name="RollingFile"
> fileName="target/rolling-cron-once-a-day/rollingtest.log"
>
> filePattern="target/rolling-cron-once-a-day/rollingtest-%d{yyyyMMdd}_%d{HHmmss}-%i.log.gz"
> immediateFlush="true">
> <PatternLayout pattern="%d %p %C{1.} [%t] %m%n" />
> <CronTriggeringPolicy schedule="27 58 13 * * ?"/>
> </RollingFile>
> {code}
> First trigger is scheduled at 13:58:27 then every new log entry generates an
> archive file.
> Test case and suggested fix attached.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
