[jboss-jira] [JBoss JIRA] (WFCORE-548) Changing append on a file handler indicates a reload is required when a restart is required

[James Perkins (JIRA)]

    [ https://issues.jboss.org/browse/WFCORE-548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13041113#comment-13041113 ] 

James Perkins commented on WFCORE-548:
--------------------------------------

That's a good point and probably makes the most sense. We'll just have to make sure to document as in a composite operation changing the append before a file would result in the previous file being cleared.

> Changing append on a file handler indicates a reload is required when a restart is required
> -------------------------------------------------------------------------------------------
>
>                 Key: WFCORE-548
>                 URL: https://issues.jboss.org/browse/WFCORE-548
>             Project: WildFly Core
>          Issue Type: Bug
>          Components: Logging
>            Reporter: James Perkins
>            Assignee: James Perkins
>
> Changing the {{append}} attribute at runtime results in the following output:
> {code}
> [standalone at localhost:9990 /] /subsystem=logging/periodic-rotating-file-handler=FILE:write-attribute(name=append,value=false)
> {
>     "outcome" => "success",
>     "response-headers" => {
>         "operation-requires-reload" => true,
>         "process-state" => "reload-required"
>     }
> }
> {code}
> A {{reload}} operation does not stop a file from being appended to. Either the behavior needs to change or the {{process-state}} should be "restart-required".
> The issue is likely the file name is checked during boot and hasn't changed therefore the it's not set which would cause the stream to the file to be closed and reopened without the append.



--
This message was sent by Atlassian JIRA
(v6.3.11#6341)