[ 
https://issues.apache.org/jira/browse/TWILL-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15738707#comment-15738707
 ] 

ASF GitHub Bot commented on TWILL-138:
--------------------------------------

Github user chtyim commented on a diff in the pull request:

    https://github.com/apache/twill/pull/14#discussion_r91844862
  
    --- Diff: twill-api/src/main/java/org/apache/twill/api/TwillPreparer.java 
---
    @@ -227,15 +227,36 @@
       TwillPreparer addSecureStore(SecureStore secureStore);
     
       /**
    -   * Set the log level for Twill applications running in a container.
    +   * Set the root log level for Twill applications in all containers.
        *
        * @param logLevel the {@link LogEntry.Level} that should be set.
        *                 The level match the {@code Logback} levels.
        * @return This {@link TwillPreparer}.
    +   * @deprecated Use {@link #setLogLevels(Map)} with key {@link 
org.slf4j.Logger#ROOT_LOGGER_NAME} instead.
        */
    +  @Deprecated
       TwillPreparer setLogLevel(LogEntry.Level logLevel);
     
       /**
    +   * Set the log levels for requested logger names for Twill applications 
running in a container. The log level whose
    +   * value is null will be ignored
    --- End diff --
    
    I think the implementation actually throws `IllegalArgumentException`, 
which is better than silently ignored. Please update the doc here accordingly.


> Runtime change of Application runnable log level
> ------------------------------------------------
>
>                 Key: TWILL-138
>                 URL: https://issues.apache.org/jira/browse/TWILL-138
>             Project: Apache Twill
>          Issue Type: New Feature
>          Components: core
>            Reporter: Henry Saputra
>
> With TWILL-24 is supported for setting log level when starting the Twill 
> application, next enhancement is to able to send command to update the 
> aggregate log level for a particular runnable in a Twill application.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to