Return-Path: Delivered-To: apmail-logging-log4j-dev-archive@www.apache.org Received: (qmail 89462 invoked from network); 3 Jan 2006 21:18:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Jan 2006 21:18:02 -0000 Received: (qmail 77237 invoked by uid 500); 3 Jan 2006 21:18:00 -0000 Delivered-To: apmail-logging-log4j-dev-archive@logging.apache.org Received: (qmail 77100 invoked by uid 500); 3 Jan 2006 21:17:59 -0000 Mailing-List: contact log4j-dev-help@logging.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Log4J Developers List" Reply-To: "Log4J Developers List" Delivered-To: mailing list log4j-dev@logging.apache.org Received: (qmail 77064 invoked by uid 99); 3 Jan 2006 21:17:59 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2006 13:17:59 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [70.96.145.67] (HELO csicorp6.pdxcsi.com) (70.96.145.67) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2006 13:17:58 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C610AB.1F1990C9" Subject: RE: [COMPATIBILITY] Internal logging Date: Tue, 3 Jan 2006 13:12:59 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [COMPATIBILITY] Internal logging Thread-Index: AcYQkapK18Hqq8fwTZyJN2CdejnAKgAGM77N From: "Scott Deboy" To: "Log4J Developers List" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C610AB.1F1990C9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I don't have a misunderstanding of the issues involved, I'm just = wondering how common it is for our users to: 1. Use root logger to configure logging verbosity 2. Not want log4j output in those logs If so, they'd be -forced- to modify their log4j config file unless we = provided some reasonable mechanism for enabling internal logging. =20 Scott -----Original Message----- From: Jacob Kjome [mailto:hoju@visi.com] Sent: Tue 1/3/2006 10:14 AM To: Log4J Developers List Subject: Re: [COMPATIBILITY] Internal logging =20 Quoting Curt Arnold : > > On Jan 3, 2006, at 7:30 AM, Scott Deboy wrote: > > > Many people use root loggers, and now log4j's logging will be > > included in their application. > > > > Some folks will see this as an incompatibility - if they expected > > to be able to drop in 1.3 and have their log output look identical > > to how 1.2 behaved. > > > > It will be interesting to hear from users whether this is an issue. > > > > At a minimum, we need to provide a very clear example of how to > > keep log4j internal logging output out of their logs. > > > > We could consider programmatically defaulting log4j output off > > unless log4j.debug=3Dtrue (if we choose to continue to support > > log4j.debug, which we probably should). > > > > Scott > > > There have been pretty frequent complaints on the mailing list, > particularly about inconsequential internal INFO messages showing up > in the application log. The log4j 1.2 unit tests also depend on the > output being free of log4j internal logging. > There has been some confusion about this, but keep in mind that most of = it came from stuff that you couldn't turn off at all. This was logging that was = coming from LogLog whether you had log4j.debug=3Dfalse or legitimately turned = it off in the logging configuration. The issue was in alphas up to, and = including, Log4j-1.3alpha6. So, lets not confuse the two issues here and blow this problem out of proportion. These questions have dropped off = significantly since alpha7. Keep in mind that if you set the root logger to be DEBUG or INFO, you = are going to get bombarded with messages from every conceivable package using = Log4j directly or via commons-logging. If one is inclined to do this, I think = one is probably also inclined to turn off packages such as Jakarta-commons = components and whatnot. With Log4j-1.3, the only surprise is that now they get = Log4j internal logging being controled from their configuration, which didn't = happen before (and this is a good thing, BTW). But it's hardly different from = any other package. The quick fix is, obviously, to set the root logger to = nothing lower than WARN and to specifically turn on other loggers rather than = have them on by default. That's a basic Log4j education issue. > My thinking is that we should probably move the internal logging into > another branch of the hierarchy (that is loggers starting with > "internal." or "log4j.", not "org.apache.log4j") and set the default > threshold for the internal loggers to ERROR in the Hierarchy > initialization. > That's extra documentation and would surprise the heck out of me if it = were implemented. Why should Log4j's own logging be treated specially? I = expect that if I configure org.apache.commons to log to DEBUG, that I get debug messages out of Jakarta-commons components. Likewise, I expect that if = I configure org.apache.log4j to log to DEBUG, that I get debug messages = out of the Log4j component. This behavior is "least surprising" to me. Any = other behavior is something I would forget and have to look up in the docs to determine what special case we applied for Log4j internal logging. = Please don't change the way it is currently. -1 to changing the current behavior of internal logging. The onus to do = so seems to be based on a misunderstanding of the issues involved. Jake --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-dev-help@logging.apache.org ------_=_NextPart_001_01C610AB.1F1990C9 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IiYVAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEAJQAAAFJFOiBbQ09NUEFUSUJJTElU WV0gSW50ZXJuYWwgbG9nZ2luZwDnCwEFgAMADgAAANYHAQADAA0ADAA7AAIANwEBIIADAA4AAADW BwEAAwANABEAJQACACYBAQmAAQAhAAAANDQwRjUxQ0UyNzkwNjM0REEwMjY5RkNGOTIyQzMwNjkA EgcBA5AGAJwQAAA4AAAAAwAmAAAAAAADADYAAAAAAEAAOQCpXEJ5qhDGAR4APQABAAAABQAAAFJF OiAAAAAAAgFHAAEAAAA6AAAAYz1VUzthPSA7cD1Db21vdGl2IFN5c3RlbXMgO2w9Q1NJQ09SUDYt MDYwMTAzMjExNzM3Wi01MzI2AAAAHgBJAAEAAAAlAAAAUmU6IFtDT01QQVRJQklMSVRZXSBJbnRl cm5hbCBsb2dnaW5nAAAAAEAATgCAOQKZkRDGAR4AWgABAAAADAAAAEphY29iIEtqb21lAAIBWwAB AAAANwAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAEphY29iIEtqb21lAFNNVFAAaG9qdUB2aXNp LmNvbQAAAgFcAAEAAAATAAAAU01UUDpIT0pVQFZJU0kuQ09NAAAeAF0AAQAAAAwAAABKYWNvYiBL am9tZQACAV4AAQAAADcAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABKYWNvYiBLam9tZQBTTVRQ AGhvanVAdmlzaS5jb20AAAIBXwABAAAAEwAAAFNNVFA6SE9KVUBWSVNJLkNPTQAAHgBmAAEAAAAF AAAAU01UUAAAAAAeAGcAAQAAAA4AAABob2p1QHZpc2kuY29tAAAAHgBoAAEAAAAFAAAAU01UUAAA AAAeAGkAAQAAAA4AAABob2p1QHZpc2kuY29tAAAAHgBwAAEAAAAhAAAAW0NPTVBBVElCSUxJVFld IEludGVybmFsIGxvZ2dpbmcAAAAAAgFxAAEAAAAbAAAAAcYQkapK18Hqq8fwTZyJN2CdejnAKgAG M77NAB4AdAABAAAAFgAAAExvZzRKIERldmVsb3BlcnMgTGlzdAAAAB4AGgwBAAAADAAAAFNjb3R0 IERlYm95AB4AHQ4BAAAAIQAAAFtDT01QQVRJQklMSVRZXSBJbnRlcm5hbCBsb2dnaW5nAAAAAAIB CRABAAAALwoAACsKAAC9EgAATFpGdRXq4+wDAAoAcmNwZzEyNeIyA0N0ZXgFQQEDAff/CoACpAPk BxMCgA/zAFAEVj8IVQeyESUOUQMBAgBjaOEKwHNldDIGAAbDESX2MwRGE7cwEiwRMwjvCfe2Oxgf DjA1ESIMYGMAUDMLCQFkMzYWUAumIEk0IGQCICcFQBPgdmWQIGEgbQQAdW4EgQ5zAZAeIAuAZyBv ZvggdGgdoAQBClAEIAuAJnYG8B2QZCwc4CdtyCBqdR5gIHcCIASB2R6yaG8H4AWgbQRgA6B2aQVA BAAgAhAFwAhhIOcgwB5BHxBvOgqiCoQKgFAxLiBVFBAgA2BvcwVAF7BnZxKBI5Ah0W74ZmlnCHAd oCVCHrIdkKZyBuAAkHR5I8QyJJCaTiURdwBwJSM0aiLhfHRwKSAfwR8RJ0AmY3NlI8pJHwBzbyBQ HyF5UCdkIGIdoC0isWNdCYAtJaIEYQaQeR8Saf8FwCi0JeQioAMQHaAeEC6glQQRdx2gcANgdmkB AE8r0CtAB4Ak4GVhK0Bu3wGgLqEHgBPRAwBzIJAisv8J8DCxHrILgA6wBKAHQCZ29ySQCuMkBlMF oAJAI8ojxLotNdJPBRAmsTLRTS8BLmElcDXTI8RGA2E6IIJKANBvYiBLajASvlsAwAMQI5EhoCCw QC+gtQCQLiHhXTQFCfB0OBCCVApQIDEvMy8B0IQwNjtAMDoxNBDASk0jxFQjoCBMKMFKWCBEZR2Q F7BwI1JMwwQANKVTdWJqBZA64QRSZTgQW0NPTVAAQVRJQklMSVQ8WV0c4DKNI8QzlVF1uyUQHrJD CHAFQAcQbgbwmSvQPGMKwENCQGEKsEkT0GUuBbBnPiO7PrlFRSBPA6A4MAOgMyBQizuSIFBhBUA3 OjMWUL88QCBQNGM9UQbgLTB3A2DvDrAjtUWnRhBNAHAtMD3Atz2wLqIkzHNHER4gIENAuwfgKLMn BCAmhgPwbAMg9yvwSYgLgGMKQC/CKYMtcq9EIAtQDeBHMGkCIC5Jh81JiFMwEgIQbGsvIU2S/xQQ HaAfICKBMHBL8U6CA3D7CrBCgGIDECdhLBAfUB8D/y0wDsA9wD8ACYBJiCWxK/FrMLMlsWQDYHAp ciSAM59L8x1zLVcpBhewb2sfUP8BAAIwT/EYAFXKIaIkgBRA2yvwHXJkUG9J8Ukg4U2U/zJkB5BC g1sSMGAFwANSIyX+dx8wHyElkVLyUwIiMR9yO1w/SfFBBUAdwgMAbXX2bSBQL0FuCeAr0CWxL3W/ HbEnAS0wTrBfIg7AYVPQ3y6hHvEhoiOQSYhrCeBXYL8otDJ+KQYpER7lLYRzYZ/tSfFXHaAFoHVD YSXhAJC/BIEvYgnAZdAAwFojbC0wvQEBYWwwQoMoux7wZkmICy7VKLMuAQBidWc99HRyOyEoVLEv QRPQJQD/JMEltEKBOyElsR4AT8AXwb9JiHDZY5FS8BPQLzViMLHtLTBzIaBsMSlqr1FyNHj7RaZF tlRgUR2gHXMr8Anwzy9hFCBUYQNQZXEKUCiB+1OyC2J0BCAiIR8iOQJug/0+ISxFtgqxWiFsMArA beF/AaBpklOSAIB7pAcxaAhJ+E5GTzDxNtMEIHaxA/D/HsFzwEW2TyRPqiUyM3F6EX8opVuCHhAi UQ6wHmBTEWz/K0BuAT3ATBF8xEW2KRUr8P8esnuBZhNnvzMkRUs8ZXol/wQgesMwAyXiIMCEMn9U UuL/IFBxUAVAZ2MpgWMhZBET4P8FQARgINEe8SJRQ6AHgCPE219jHmB1ASCPlHkIYGwE/x0ykaAE oW+RRyJtwYSjIoH/KGBM6I+jlIIh4UFXX2M9Af89AWAHkkIT4CvQcNpuMIZw+2YRLZFlJrBCgG1x PZAtMf+TIU7yb3MfwSPEHyImhiXmv1AUhLQfY5RzKYEHQHCMUn9zwCOBS+ROlB6xffU9Amr2LVex nqM2M3FRoCBQLqD/fJFDQHvyjVJYYx8QIQAfVv96I0wCAmBmclLxI8R2Ii6g/yCQaZUvcXPinTck wXuxXoF/bIEdZFcyPcCHAZHBAJBn/wMAJhBDoAIwbeAjxACQTqDbHaGesjd3JSPES47vVLEfkkIU ER8TJP0r8URFQvxVR5ligUIgUJJCCsAdoPxnb0FXJbElcIhRA3B2UP8LIC/RA/AfIIGIX2M9cWUi swIgLGBpdjCzRDFrNvH/IyEesqDDI8QeoBggPwBt4c8FsS+gHcAh5HMtMwgrEf8CIB9CToMLgGQE HRCOJRzw/VLhblnAuMRBhXYnhmO5Ov+TF7TlggEa0HXQUzE4MLUQ+QAgYS23dXwDuMF8gSPE30wC YBBHMKJxM3FXsqKgx/8rY3yxdoIIcC9wBAC444+j/0xCVOOxsrXJaB+IdHLyA2D/LqAr0F9jLVSc m3V2HqCSw/8T4Kjhm2Ur8CKxccFMAmCXj7DBBHC6k3VhQlRXdxC1M4BCKVJ0TNET4WRt4v0GkGZe USiBX2NKMSPEJRB/YFK05YSle7AN4FnAJhB43x9RIFA4YC+gCGBzbeArYf9zka3fJZOicc0SI8Sk wWBj4QORV0FSTkvzc4JVUf+ps23SkxSTQWBDS3Uk4Ecwt2BUA5FYNm3QBQOgYm33/4SjRzBM0R3A dlAN0bW0MdDeZBrQhBRhSkW2TS0yusH/MjPEJS9BdrR2GARgWFSJr+/iEma3AHDQZGJtQE6gddC/ HvVS8ASQCsAT0C0wKK0Ef0zkI1IeYX6hTVMfIEW2IqmJti4imWIicNQiIFA1onIiRJEuRCUosyIp /0vz02ZuFUW2HyBeYSGgQ2EHIrLh7yNUIEVSUk96UoM2SOVmgsiZ0QdAaf56UBuLPNwTDsFtQB0B ftD/B4ACMIQUwRNsI8OH5RMFkP+64WmkMCFUsSJR1cFN5Qdw/0qh9IJcEcHR5cHglaDDTNH/IbCE U8bVHxAwUVWB1wRtwv4/uHFVJZt2rSQc8CXo6jn/v5YlsVjiJbGvYytiRzEc8P+xsnEzQYSBl2mV vx/AJzNxdz4QZ2AQgWW6YlU0rPdJ/0GE/k/qpwAPAR+BiGmUm3j/3OTAF5QGW8NQMBKQIoHpQH8w YeoAw4UesejwLLLRIkH/SkHQY8r2DmgwAs0DHOH1ZP8xobGyV/gJMlmxnxGDRfRB/yNythVgMIDg YyGeEY+y/AX/kJHD4S9BT7PH8jGx3OSJv/0QkFAPEk3lHRQxIrUxHyLvKGDl0CJUftByzzJt4Ktr /6EQJaMb4pUEa/EdNA44kEL/GZ+Ew42gX7C5tStAqkWsQP5t7yMr8dyBqQKNsWMRc7D/TBBf0ecQ TBBo4+T0o7WbUP52Q1BcCEGEA4FN5SiPNWp/Kq8rvyzPLas8ZnBRc7Bi/HNjw8CvMEfQNxB9MjgQ pW7DLVnwdi0vSUAzBv9EKDd1DqGYIKAQUCIXsgQR90wBS9EwHy2E4J6wMe8y9gXeSn04wAAeADUQ AQAAAD0AAAA8RTQ1RTVDQzk5RDE3NDg0N0EzMkIwOTcwODM0RjE3N0MzOEE2NzlAY3NpY29ycDYu cGR4Y3NpLmNvbT4AAAAAHgBHEAEAAAAPAAAAbWVzc2FnZS9yZmM4MjIAAAsA8hABAAAAHwDzEAEA AABWAAAAUgBFACUAMwBBACAAWwBDAE8ATQBQAEEAVABJAEIASQBMAEkAVABZAF0AIABJAG4AdABl AHIAbgBhAGwAIABsAG8AZwBnAGkAbgBnAC4ARQBNAEwAAAAAAAsA9hAAAAAAQAAHMOT6P3mqEMYB QAAIMN0XIx+rEMYBAwDeP69vAAADAPE/CQQAAB4A+D8BAAAADAAAAFNjb3R0IERlYm95AAIB+T8B AAAAaQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1DT01PVElWIFNZU1RFTVMgSU5D L09VPUZJUlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049U0RFQk9ZAAAA AB4A+j8BAAAAFQAAAFN5c3RlbSBBZG1pbmlzdHJhdG9yAAAAAAIB+z8BAAAAHgAAAAAAAADcp0DI wEIQGrS5CAArL+GCAQAAAAAAAAAuAAAAAwD9P+QEAAADABlAAAAAAAMAGkAAAAAAAwAdQAAAAAAD AB5AAAAAAB4AMEABAAAABwAAAFNERUJPWQAAHgAxQAEAAAAHAAAAU0RFQk9ZAAAeADJAAQAAAA4A AABob2p1QHZpc2kuY29tAAAAHgAzQAEAAAAOAAAAaG9qdUB2aXNpLmNvbQAAAB4AOEABAAAABwAA AFNERUJPWQAAHgA5QAEAAAACAAAALgAAAAMAdkD/////CwApAAAAAAALACMAAAAAAAMABhAv7nJj AwAHEJ4MAAADABAQAAAAAAMAERAAAAAAHgAIEAEAAABlAAAASURPTlRIQVZFQU1JU1VOREVSU1RB TkRJTkdPRlRIRUlTU1VFU0lOVk9MVkVELElNSlVTVFdPTkRFUklOR0hPV0NPTU1PTklUSVNGT1JP VVJVU0VSU1RPOjFVU0VST09UTE9HRwAAAAACAX8AAQAAAD0AAAA8RTQ1RTVDQzk5RDE3NDg0N0Ez MkIwOTcwODM0RjE3N0MzOEE2NzlAY3NpY29ycDYucGR4Y3NpLmNvbT4AAAAA3UQ= ------_=_NextPart_001_01C610AB.1F1990C9 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-dev-help@logging.apache.org ------_=_NextPart_001_01C610AB.1F1990C9--