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

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to