Details
-
Improvement
-
Status: Closed
-
Minor
-
Resolution: Fixed
-
2.0-rc1
-
None
-
None
-
None
Description
I upgraded a log4j 1.2 layout pattern containing "\t" to log4j 2:
<param name="ConversionPattern" value="%{ISO8601}\t%m%n"/> ...becomes... <PatternLayout pattern="%{ISO8601}\t%m%n"/>
The resulting output contained "\t" instead of the expected tab character.
It seems the old DOMConfigurator applied OptionConverter.convertSpecialChars to the "value" attribute of every "param" element.
We can't convert special characters quite as broadly anymore because it would break things like the "%replace" pattern. I considered various conversion points including the PatternLayout constructor, in XmlConfiguration.processAttributes, or in AbstractPluginVisitor.convert.
In fact, PatternLayout.setConversionPattern actually did convertSpecialChars even though the constructor did not.
It seems the best place to replace the 'special chars' is now in LiteralPatternConverter (see my patch). I added a test to PatternLayoutTest to demonstrate.
I studied all the other plugin attributes and couldn't find any others where special characters might be useful, except perhaps the ColumnConfig "pattern" attribute, which happens to use PatternLayout so it now supports the special character escapes as well.
Side note: PatternLayout.setConversionPattern was not storing the new value in the conversionPattern field since it was final. I've made it non-final (see patch) so we can store it there, just in case anyone ever calls getConversionPattern (not likely).
Attachments
Attachments
Issue Links
- breaks
-
LOG4J2-829 Error replace slash in pattern file when rolling file appender
- Resolved
- is related to
-
LOG4J2-2324 PatternLayout handling of Throwable alternate separator doesn't accept special characters?
- Open
-
LOG4J2-686 Core's OptionConverter support for \b is broken (affects PatternLayout)
- Closed
- relates to
-
LOG4J2-1364 PatternLayout can't put newline in substitution
- Open