Return-Path: Delivered-To: apmail-jakarta-log4j-user-archive@apache.org Received: (qmail 88361 invoked from network); 8 Aug 2003 17:27:51 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 8 Aug 2003 17:27:51 -0000 Received: (qmail 2923 invoked by uid 97); 8 Aug 2003 17:30:32 -0000 Delivered-To: qmlist-jakarta-archive-log4j-user@nagoya.betaversion.org Received: (qmail 2916 invoked from network); 8 Aug 2003 17:30:32 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 8 Aug 2003 17:30:32 -0000 Received: (qmail 86616 invoked by uid 500); 8 Aug 2003 17:27:30 -0000 Mailing-List: contact log4j-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Log4J Users List" Reply-To: "Log4J Users List" Delivered-To: mailing list log4j-user@jakarta.apache.org Received: (qmail 86546 invoked from network); 8 Aug 2003 17:27:29 -0000 Received: from mx1.compuware.com (63.115.132.34) by daedalus.apache.org with SMTP; 8 Aug 2003 17:27:29 -0000 Received: from bh1.compuware.com (bh1 [10.10.1.31]) by mx1.compuware.com (Postfix) with ESMTP id 6CA4252EE4 for ; Fri, 8 Aug 2003 13:27:33 -0400 (EDT) Received: by compuware.com with Internet Mail Service (5.5.2653.19) id ; Fri, 8 Aug 2003 13:25:27 -0400 Message-ID: <715E193E3C34D411806300508B9B2BDE0200C77D@cwus-bos-pri01.compuware.com> From: "Farrell, Timothy" To: Log4J Users List Subject: RE: New issue on Log4J initialization Date: Fri, 8 Aug 2003 13:27:31 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Keith, The problem I have with removing all that stuff is that 90% of it was put there by applications. Should I remove parts of it anyway? I guess that's where my confusion is since (as I said) most of these variables were entered by the installation of the applications themselves. Thanks for your thoughts Keith! -----Original Message----- From: Keith Hatton [mailto:khatton@axiomsystems.com] Sent: Friday, August 08, 2003 12:18 PM To: Log4J Users List single period = . = class files etc. based on this directory only. It's just that the CLASSPATH environment variable often does more harm than good. If you use java -cp then the CLASSPATH is ignored, and often scripts that start Java apps will do just that. But then again, sometimes they add your CLASSPATH to theirs. That's when the trouble starts ... So basically, Jake's advice is, "remove your CLASSPATH environment variable if at all possible. Certainly that sounds like way too much junk in there." Hope this helps Keith -----Original Message----- From: Farrell, Timothy [mailto:Timothy.Farrell@Compuware.com] Sent: 08 August 2003 17:00 To: Log4J Users List Subject: RE: New issue on Log4J initialization Can you (or someone)explain your first statement (I'd change your classpath to be no more than a single period)? I have both installed on my machine however, I only run one at a time depending on what I am working on. My app does not use struts or anything else requiring commons-logging. Jake, Enjoy your vacation! And thanks again. -----Original Message----- From: Jacob Kjome [mailto:hoju@visi.com] Sent: Friday, August 08, 2003 11:49 AM To: Log4J Users List Yikes. I'd change your classpath to be no more than a single period. Set the classpath as needed in scripts. That way, you won't force libraries that aren't needed or collide with other libraries on every app you run. Just to be clear. Are you running Tomcat or Websphere? I can't tell you what the behavior in Websphere will be. Tomcat should definitely work for logging, though. BTW, what does your app consist of? Does it use Struts or anything else requiring commons-logging? That's the most evil invention to come out of the Apache project. In my experience, it just messes up everything. If this is an issue with commons-logging, you'll have to take it up with them. BTW, I will be leaving for a mini vacation shortly, so someone else is probably going to have to take the reins on this one if you require more help. good luck! Jake At 11:11 AM 8/8/2003 -0400, you wrote: >Actually that is the message I am getting (I just abbreviated it a bit). > >In my application the log4j.jar file does not exist in the common/lib >directory of Tomcat. This file only exists in the web-inf/lib directory of >my application. > >Could this be attributed to my environmental settings: >.;E:\Program Files\IBM\WebSphere MQ\Java\lib\providerutil.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\com.ibm.mqjms.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\ldap.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\jta.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\jndi.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\jms.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\connector.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\fscontext.jar; >E:\Program Files\IBM\WebSphere MQ\Java\lib\com.ibm.mq.jar; >E:\jakarta-log4j-1.2.8\dist\lib\log4j-1.2.8;E:\istrobe20jars\dom4j.jar; >E:\Tomcat 4.1\common\lib\servlet.jar; >E:\Tomcat 4.1\bin\bootstrap.jar; >E:\Sandbox\build\classes; >C:\j2sdk1.4.1_01\bin; >E:\Ant1.5.3\apache-ant-1.5.3-1\lib\ant.jar; >E:\Ant1.5.3\apache-ant-1.5.3-1\lib\optional.jar > >Thanks for hanging in there. > >Sincerely, > >Tim > >-----Original Message----- >From: Jacob Kjome [mailto:hoju@visi.com] >Sent: Friday, August 08, 2003 10:57 AM >To: Log4J Users List > > >There doesn't appear to be anything wrong with your log4j.xml (except that >you should use rather than , but that isn't the issue >here). > >Note that the error you've mentioned in previous emails is not an issue >here... > >"Log4j: WARN No appenders could be found for logger >(org.apache.commons.digester.Digester.sax). Please initialize the log4j >system properly." > >I'd bet that goes away if you remove log4j.jar from >CATALINA_HOME/common/lib (please test this out). Having log4j.jar in >WEB-INF/lib of your application provides for a separate logging environment >since it is in a distinct classloader. > >I'm at a loss as to why you are not seeing debug message? You are running >code that does logger.debug(), right? > >Anyone else have a clue what is happening here? > > >Jake > >At 09:49 AM 8/8/2003 -0400, you wrote: > >Can anyone see anything wrong with this log4j.xml file? For some reason I > >cannot get lof4j to initialize and it's driving me crazy. I am sure it is > >something I am doing wrong but I can't seem to locate the problem. > > > >The error message I am getting is: > > > >No appenders could be found for logger. Please initialize the log4j system > >properly . > > > >Here is the log4j file: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >Thank you for your help. > > > > > > > >The contents of this e-mail are intended for the named addressee only. It > >contains information that may be confidential. Unless you are the named > >addressee or an authorized designee, you may not copy or use it, or >disclose > >it to anyone else. If you received it in error please notify us immediately > >and then destroy it. > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org > >For additional commands, e-mail: log4j-user-help@jakarta.apache.org > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: log4j-user-help@jakarta.apache.org > > > >The contents of this e-mail are intended for the named addressee only. It >contains information that may be confidential. Unless you are the named >addressee or an authorized designee, you may not copy or use it, or disclose >it to anyone else. If you received it in error please notify us immediately >and then destroy it. > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: log4j-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: log4j-user-help@jakarta.apache.org The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: log4j-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: log4j-user-help@jakarta.apache.org The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: log4j-user-help@jakarta.apache.org