Re: Log4j performance issues

2005-11-04 Thread Michael A Chase
On Fri, 04 Nov 2005 09:35:31 -0800, Mark Womack wrote: > Do you have any actual timing or profiling information that would lead > you to suspect that log4j is causing the problem, or just anecdotal > experience? There is nothing I can think of that changed so much in any > of the recent log4j rele

Re: Log4j performance issues

2005-11-04 Thread Michael A Chase
On Fri, 04 Nov 2005 00:55:22 -0500, Frank W. Zammetti wrote: > One thing that I'm curious about... are you actually instantiating a new > Logger on each class instantiation (in the constructor I would guess)? > If so, you might want to try making it a static member so the Logger > instantiation

Log4j performance issues

2005-11-03 Thread Michael A Chase
In the most recent update to our system, I installed log4j 1.2.11. After the update someone at our hosting facility finally noticed that the application was taking a very long time to paint some screens. The application was frequently painfully slow to begin with, but someone latched on to log4j

Re: Capturing OC4J logging

2005-10-09 Thread Michael A Chase
On Tue, 13 Sep 2005 19:36:52 -0700, Michael A Chase wrote: > The only things showing up in the context.log() output now are startup > messages which I'm not worried about and exception messages from low-level > libraries which I'd really like to see in the log4j logs. I e

Re: Programmatically controlling log4j

2005-10-05 Thread Michael A Chase
On Wed, 05 Oct 2005 17:35:34 +0100, Rakesh Patel wrote: > How do I do the coding equivalent of: > > log4j.logger.org.springframework=OFF > log4j.logger.org.apache.log4j=OFF I found lots of good ideas in http://cvs.apache.org/viewcvs.cgi/logging-log4j-sandbox/src/java/org/apache/log4j/servlet/Con

Re: What is correct for DailyRollingFileAppender?

2005-09-28 Thread Michael A Chase
On Wed, 28 Sep 2005 11:27:56 -0600, David Thielen wrote: > Do I do: >value="${catalina.home}/logs/tomcat-'-MMM-dd'.log"/> > or > > > And is > > Required? For 1.2.11, the date pattern is separate from the file name and the date/time value gets appended to the end of the

RE: files not rolling over.

2005-09-27 Thread Michael A Chase
On Mon, 26 Sep 2005 23:04:48 -0600, David Thielen wrote: > It's running as Local System (default Tomcat install). And System has full > privleges on the files. > > Also, all log files except tomcat & windward are being successfully renamed. > > Any other possibilities? Folder privileges? -- M

RE: files not rolling over.

2005-09-26 Thread Michael A Chase
Make sure the account the webserver is running in has sufficient privileges in x:\Tomcat 5.5\logs to rename files. On Mon, 26 Sep 2005 10:53:01 -0600, David Thielen wrote: > I understand the renaming - but that is not happening. Here is the directory > of my logs: > > C:\src\xmlreport>dir "x:\To

Re: Files aren't rolling over

2005-09-23 Thread Michael A Chase
On Fri, 23 Sep 2005 07:22:32 -0600, David Thielen wrote: > None of our files rolled over from yesterday. Any idea why? You're using RollingFileAppender, it rolls when files hit a certain size, 100KB in your case, not when the date changes. Maybe you want DailyRollingFileAppender instead. >

Re: Capturing OC4J logging

2005-09-13 Thread Michael A Chase
On Tue, 13 Sep 2005 09:19:09 -0500, Jacob Kjome wrote: >>> Quoting Michael A Chase <[EMAIL PROTECTED]>: >> >>>> Can anyone point me to some way to capture the logging done via >>>> (ServletContext).log() so everything can go through log4j? >

Re: Capturing OC4J logging

2005-09-13 Thread Michael A Chase
On Mon, 12 Sep 2005 09:05:18 -0500, Jacob Kjome wrote: > Quoting Michael A Chase <[EMAIL PROTECTED]>: >> Can anyone point me to some way to capture the logging done via >> (ServletContext).log() so everything can go through log4j? >> > Grab the LOG4J_SANDBOX_A

Capturing OC4J logging

2005-09-10 Thread Michael A Chase
I'm not at work now so I don't have the exact version information, but I don't think it matters much. We are running a web application under OC4J which provides logging via a ServletContext com.evermind.http.Application. We've converted all our code to use log4j, but we are still seeing errors fr