Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <007701c4c829$b5876460$e3118780@skate>
From: "Jonathan Eric Miller" <jemiller@uchicago.edu>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
References: <5684A7E6FB10504393A2806C1F4C021003E0EE95@orion.qas.com>
Subject: Re: Tomcat 5.5.4, Logging and the death of my friend localhost_log
Date: Thu, 11 Nov 2004 14:04:53 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="utf-8";
	reply-type=original
Content-Transfer-Encoding: 7bit

My current theory is that if you don't have Log4J installed (commons-logging 
prefers Log4J over standard Java 1.4 logging) and you're using J2SE 1.5, the 
errors should go to the console and/or catalina.out by default because the 
default $JAVA_HOME/jre/lib/logging.properties file that comes with J2SE 1.5 
logs INFO messages and above to the console. As far as I know that is the 
same thing as System.out and System.out is redirected to catalina.out on 
UNIX/Linux as far as I know. On Windows, it just goes to the console. So if 
my theory is correct, it should work OK right out of the box, but, I'm just 
starting to test Tomcat 5.5 now and I don't have a lot of experience with 
configuring logging in general, so, I could be wrong.

BTW, does anyone know if there are any advantages to using Log4J over Java 
1.4 logging? Currently, I'm thinking of just using standard logging since 
it's there by default and doesn't require me to install another package, 
plus that fact that it's more standard since it's part of Java proper.

Jon

----- Original Message ----- 
From: "Allistair Crossley" <Allistair.Crossley@QAS.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Sent: Thursday, November 11, 2004 1:54 PM
Subject: RE: Tomcat 5.5.4, Logging and the death of my friend localhost_log


> this is very true actually, i.e the old JSP stack trace errors and so on 
> will not be directed into log4j-type logs .. that's not good at all i 
> agree. And I know there is an exception occurring right now, but it's not 
> being reported into the stdout.
>
> where is all the runtime exception stack tracing supposed to go Yoav? that 
> won't be picked up by log4j which is a good point
>
> cheers!
>
> -----Original Message----- 
> From: Jonathan Eric Miller [mailto:jemiller@uchicago.edu]
> Sent: Thu 11/11/2004 16:50
> To: Tomcat Users List
> Cc:
> Subject: Re: Tomcat 5.5.4, Logging and the death of my friend 
> localhost_log
>
>
>
> So, exceptions aren't logged by default? Does the new log4j method give 
> you
> full stack traces, or, is it just one line error messages? If I don't
> configure log4j, does that mean that exceptions can be occurring and I 
> won't
> know about it? IMHO, a decent default logging configuration should be
> provided by default. Not all of us are already experts in log4j...
>
> Jon
>
> ----- Original Message -----
> From: "Allistair Crossley" <Allistair.Crossley@QAS.com>
> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
> Sent: Thursday, November 11, 2004 9:41 AM
> Subject: RE: Tomcat 5.5.4, Logging and the death of my friend 
> localhost_log
>
>
> > Hi again,
> >
> > I have tried to setup a file appender now without success. When I 
> > restart
> > Tomcat it is clear that it does not wish to create the file I am
> > specifying. I am wondering if Tomcat really is initialising the logging
> > subsystem from placing log4j.properties in common/classes. I could be
> > completely wrong and have missed something?
> >
> > log4j.rootLogger=debug, stdout, R
> > log4j.appender.stdout=org.apache.log4j.ConsoleAppender
> > log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
> > log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n
> > log4j.appender.R=org.apache.log4j.RollingFileAppender
> > log4j.appender.R.File=d:/jakarta-tomcat-5.5.4/logs/catalina.log
> > log4j.appender.R.MaxFileSize=100KB
> > log4j.appender.R.MaxBackupIndex=1
> > log4j.appender.R.layout=org.apache.log4j.PatternLayout
> > log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
> > log4j.logger.org.apache.catalina=DEBUG, R
> >
> > Cheers! A.
> >
> >> -----Original Message-----
> >> From: Allistair Crossley
> >> Sent: 11 November 2004 15:35
> >> To: Tomcat Users List
> >> Subject: RE: Tomcat 5.5.4, Logging and the death of my friend
> >> localhost_log
> >>
> >>
> >> Hey Yoav,
> >>
> >> tomcat/common/classes/log4j.properties as follows
> >>
> >> log4j.rootLogger=DEBUG, A1
> >> log4j.appender.A1=org.apache.log4j.ConsoleAppender
> >> log4j.appender.A1.layout=org.apache.log4j.PatternLayout
> >> log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n
> >> log4j.logger.org.apache.catalina=DEBUG
> >>
> >> This was pretty much just copied from the link on the Tomcat
> >> Logging FAQ except I changed the log level and also
> >>
> >> log4j.logger.org.apache
> >>
> >> to
> >>
> >> log4j.logger.org.apache.catalina
> >>
> >> I will try to add a file based appender...
> >>
> >> Allistair.
> >>
> >> > -----Original Message-----
> >> > From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
> >> > Sent: 11 November 2004 15:31
> >> > To: Tomcat Users List
> >> > Subject: RE: Tomcat 5.5.4, Logging and the death of my friend
> >> > localhost_log
> >> >
> >> >
> >> >
> >> > Hi,
> >> >
> >> > >I have tried what I believed to be how to do this, e.g I
> >> > placed a basic
> >> > >console appender log4j.properties file into
> >> tomcat/common/classes and
> >> > >popped log4j1.2.8 into the common/lib. No logging though.
> >> >
> >> > Where did you attach the console appender?  To the root
> >> > logger or on of
> >> > your own packaged?  Try creating an appender (probably a
> >> FileAppender)
> >> > and associated it with the org.apache logger.  If you want
> >> DEBUG-level
> >> > logging, set its level DEBUG.
> >> >
> >> > Enjoy Halo 2 ;)
> >> >
> >> > Yoav
> >> >
> >> >
> >> >
> >> > This e-mail, including any attachments, is a confidential
> >> > business communication, and may contain information that is
> >> > confidential, proprietary and/or privileged.  This e-mail is
> >> > intended only for the individual(s) to whom it is addressed,
> >> > and may not be saved, copied, printed, disclosed or used by
> >> > anyone else.  If you are not the(an) intended recipient,
> >> > please immediately delete this e-mail from your computer
> >> > system and notify the sender.  Thank you.
> >> >
> >> >
> >> >
> >> ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >> >
> >> >
> >>
> >>
> >> <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE>
> >> -------------------------------------------------------
> >> QAS Ltd.
> >> Developers of QuickAddress Software
> >> <a href="http://www.qas.com">www.qas.com</a>
> >> Registered in England: No 2582055
> >> Registered in Australia: No 082 851 474
> >> -------------------------------------------------------
> >> </FONT>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
>
>


--------------------------------------------------------------------------------


> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org 


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org