Yes you're right. Java.util.Properties work this way. But I think the application that uses such properties should still validate the input. An because the levels are a fixed set of values it would be good to trim them after reading and before initializing the logger with the value.
-----Ursprüngliche Nachricht----- Von: Remko Popma [mailto:[email protected]] Gesendet: Montag, 24. April 2017 14:38 An: Log4J Users List <[email protected]> Betreff: Re: Trailing space on loglevel in properties file not trimmed I believe that's how java.util.Properties work but I can imagine this can be surprising... Remko (Shameless plug) Every main() method deserves http://picocli.info > On Apr 24, 2017, at 21:24, Michael Lück <[email protected]> wrote: > > Hello all, > > > > I just realised that a trailing space on a level configuration in a > properties file doesn’t change the level of the logger. > > I created a small example project > https://github.com/thuri/log4j-trailing-space-loglevel-properties > > > > While the root logger is initialized with level info I want to make > the custom logger for package com.github.thuri to log on level debug. > > > > When the level definition is written as > > „logger.logtest.level = DEBUG “ > > No Debug level logs occur on console > > > > When using > > “logger.logtest.level = DEBUG” > > It works as expected. > > > > Should it really work this way or is this a bug? > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
