[
https://issues.apache.org/jira/browse/TIKA-4050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17725562#comment-17725562
]
Tim Allison commented on TIKA-4050:
-----------------------------------
Sorry, I actually just looked at your config files and you're headed in the
right direction. I _think_ the solution is still to swap out ${sys:cf} for
${env:tika.server.id}
> Forked child logs are overwritten upon restart
> ----------------------------------------------
>
> Key: TIKA-4050
> URL: https://issues.apache.org/jira/browse/TIKA-4050
> Project: Tika
> Issue Type: Bug
> Components: core
> Affects Versions: 2.8.0
> Environment: Windows 10 Enterprise
> Reporter: Josh Burchard
> Priority: Major
> Attachments: dtikacfg.xml, log4j2-async.xml, log4jTika.xml
>
>
> In my config file I specify a log file path for the forked child to use. A
> problem arises when the child has a problem and the watchdog restarts it
> because the new child overwrites the previous child's log so I lose the
> details about what the child was doing prior to a restart. Requesting that
> logging is preserved for all children while the watchdog is resident.
>
> Reproduction steps:
> [^dtikacfg.xml] [^log4jTika.xml]
> # ^Launch tika server:^
> ^java.exe -Djt="c:\tikatmp0000" -Dll="c:\tika0000.log"
> -Dcf="c:\log4jTika.xml" -jar "c:\tika-server-standard-2.8.0.jar" -c
> "c:\dtikacfg.xml"^
> # ^Peek at the tika0000.log file and take note of the timestamps.^
> # ^Kill the Tika child task and allow the watchdog to restart it.^
> # ^Note that the previous content has been overwritten by log lines with new
> timestamps.^
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)