[
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-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
