You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Gary Gregory (JIRA)" <ji...@apache.org> on 2014/10/03 16:01:33 UTC

[jira] [Commented] (LOG4J2-867) FlumeAppender: maxDelay not in seconds, but milliseconds

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

Gary Gregory commented on LOG4J2-867:
-------------------------------------

We should do a pass (before 2.1 or after?) where all ivars and params in the code include a scale like maxDelayMillis instead of maxDelay. 

For file configs, I think we should add a scale version of a setting and deprecate any unscaled name. It's a recipe for confusion otherwise.

Gary

> FlumeAppender: maxDelay not in seconds, but milliseconds
> --------------------------------------------------------
>
>                 Key: LOG4J2-867
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-867
>             Project: Log4j 2
>          Issue Type: Documentation
>          Components: Appenders
>    Affects Versions: 2.0.2
>            Reporter: Simon Broeng Jensen
>            Priority: Minor
>
> Hi,
> We are using FlumeAppender with Log4j2, version 2.0.2.
> The documentation, and javadoc, specifies maxDelay as using seconds, but it's actually used as milliseconds (see FlumePersistentManager). 
> We would suggest updating the javadoc, and documentation at:
> https://logging.apache.org/log4j/2.x/manual/appenders.html#FlumeAppender



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

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org