Here are my thoughts: http://log4j.markmail.org/thread/3kcao26u5ugxc6jb :-)
I was actually just thinking earlier about bringing this back up. I know it has been a very exhausted discussion, but I think it's worth having one more time before we go GA. I spent considerable time researching and recommending an "extendable enum" pattern back in March that would be binary-compatible with the current enum. Code currently using the enum wouldn't have to change, but new code, if it desired, would be able to extend the levels to add more. I still believe this is the best approach, but I received considerable push-back on my recommendation and it died. I have no objections to adding a VERBOSE logging level. But I think this is just the first in a long line of requests we will get for years to come to add more levels. Making Level an "extendable enum" would stem that now. N On Oct 7, 2013, at 9:30 PM, Gary Gregory wrote: > Hi All: > > I've just come across the need for distinguishing log entries somewhat > between what INFO and DEBUG provide. > > I think of the DEBUG level as a watermark where data is provided for > developers and support to do deep debugging. INFO is for users. But I see the > need now for providing an easy way to give user more information (hence > VERBOSE or another word) which is not at the DEBUG level of detail. > > Ideally, I'd like this in INFO mode: > > INFO Reading configuration > INFO Running server > > Then in a new VERBOSE mode: > > INFO Reading configuration > VERBOSE Reading accounts > VERBOSE Reading this config data > VERBOSE Reading that config data > VERBOSE Reading other config data > INFO Running server > > The in DEBUG mode, you'd get all the things that are real debug information > like > > DEBUG Configuration location was not provided on the command line. > DEBUG Searching classpath for configuration: cp entries > DEBUG Searching user home for configuration: c:\users\... > DEBUG Found configuration at location xzy, last modified date: ... > INFO Reading configuration > > Thoughts? > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > Java Persistence with Hibernate, Second Edition > JUnit in Action, Second Edition > Spring Batch in Action > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory
smime.p7s
Description: S/MIME cryptographic signature