Scott Harrington created LOG4J2-682: ---------------------------------------
Summary: Special characters (tab) in PatternLayout Key: LOG4J2-682 URL: https://issues.apache.org/jira/browse/LOG4J2-682 Project: Log4j 2 Issue Type: Improvement Affects Versions: 2.0-rc1 Reporter: Scott Harrington Priority: Minor I upgraded a log4j 1.2 layout pattern containing "\t" to log4j 2: {noformat} <param name="ConversionPattern" value="%{ISO8601}\t%m%n"/> ...becomes... <PatternLayout pattern="%{ISO8601}\t%m%n"/> {noformat} 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). -- 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