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 "Remko Popma (JIRA)" <ji...@apache.org> on 2014/07/27 04:42:38 UTC

[jira] [Assigned] (LOG4J2-749) Retain the default date pattern after fixing ISO8601_PATTERN

     [ https://issues.apache.org/jira/browse/LOG4J2-749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Remko Popma reassigned LOG4J2-749:
----------------------------------

    Assignee: Remko Popma

> Retain the default date pattern after fixing ISO8601_PATTERN
> ------------------------------------------------------------
>
>                 Key: LOG4J2-749
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-749
>             Project: Log4j 2
>          Issue Type: Improvement
>          Components: Layouts, Pattern Converters
>    Affects Versions: 2.0.1
>            Reporter: Remko Popma
>            Assignee: Remko Popma
>             Fix For: 2.0.1
>
>
> Scott Harrington correctly pointed out the following (from comments on LOG4J2-670):
> You're going to get complaints from more folks about changing this long-standing format, which happens to be the default if nothing is specified after the '%d'.
> What I mean is, a lot of people have been getting the space separator, and they are not explicitly asking for ISO8601, and now they're going to start getting a 'T' separator.
> Presence/absence of a space will affect anyone who slices up their log files using awk or cut with whitespace delimiters.
> I suggest you introduce a new pattern named 'DEFAULT' (and which gets used by default):
> {code}
> %d{ISO8601} = yyyy-MM-dd'T'HH:mm:ss,SSS
> %d{ISO8601_BASIC} = yyyyMMdd'T'HHmmss,SSS
> %d = %d{DEFAULT} = yyyy-MM-dd HH:mm:ss,SSS
> {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)

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