I understand your point about having only one "development" level instead of two. However, I feel that log4j domains will provide a better alternative. I'll write a document about domains as soon as I get the chance. As for you worry about ease of use, domains will be both efficient and easy to use.
If it becomes clear that domains do not help than we can all agree/vote to add a TRACE level. However, I do not want to add the TRACE level at this stage, because once added, the TRACE level cannot be removed.
I hope that this gives a satisfactory answer to your question,
At 02:58 PM 10/30/2003 +0100, Endre Stĝlsvik wrote:
On Thu, 30 Oct 2003, Shapira, Yoav wrote:
| | Howdy, | >That said, I'd be hard pressed to give a coherant reason why I | >shouldn't used DEBUG. But I don't. | | Which of course is exactly the point. The decision on which logging | level to use for what is subjective. For example, I use INFO and DEBUG | that way Senor Stolsvik uses DEBUG and TRACE. So I don't need TRACE at | all.
Info is a level where -informational- messages are given, and I'd guess most installations leave the INFO level "on" for production servers.
The best point I've made, in my own opinion, is the one about "production levels" (4: info, warn, error, fatal) and "development levels" (1: debug).
Do you feel that a info-statement is a "development" statement? You obviously turn off information-level logging in production servers then, don't you? Then you're left with -three- production levels, ALL of which represent some kind of anomaly (warn, error, fatal) - where do you "inform" your log about "customer [log4j] added to database" - which in MY opinion is a statement that I'd ALWAYS like to have in my logs, but isn't no warning, no error, nor a fatal happening.
E.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Ceki Gülcü
For log4j documentation consider "The complete log4j manual"
ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp import org.apache.Facetime;
ApacheCon US 2003, 18-21 November http://apachecon.com/--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
