date:20020904

Antw: RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Frank-Olaf Lohmann


Dear skk,

Reading your XML file I do not see you use AsyncAppender but I see you still use two 
files to log to.
As Ceki mentioned with an extra task for writing the messages you burden the job to 
someone else. To extend the analogue Ceki used the job is still in the office (CPU) 
and it may degrade the overall time consumed (Bob may be interrupted frequently by 
phone). So what is performance for you?
log4j is very very flexible in configuring, filtering, extending, formatting ... One 
can imagine that this may cost some time somewhere. Is your logger that flexible too?

Kind regards
Frank-Olaf Lohmann



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Ceki Gülcü



Comments below.

At 18:05 04.09.2002 -0700, sk k wrote:

>Hi,
>
>I did the test with AsyncAppender using an xml config
>file(set the buff size to 1000 even though default
>size of 128 should be sufficient. My logger uses a
>size of like 60 ) and it seems the performance isn't
>any better. Infact the performance dropped a little
>and it seems to vaildate the AsyncAppender performance
>numbers shown in the javadocs.
>
>Pls let me know if anything is wrong or needs to be
>tuned.
>
>config file:
>=
>
>xmlns:log4j="http://jakarta.apache.org/log4j/";
>debug="true" >
>
>class="org.apache.log4j.RollingFileAppender">
>   value="c:/skk/cps/logger/test/test1.log"/>
>   
>   
> 
>
>
>   class="org.apache.log4j.RollingFileAppender">
>  value="c:/skk/cps/logger/test/test2.log"/>
>  
>  
>  
>  
>   
>
>additivity="false">
>   
>   
>
>
> 
> 
> 
> 
>
>
>I am measuring the time when the method starts and
>and when it returns and it seems that
>the background task time is not accounted for using
>my logger and it is accounted for while using log4j.
>
>It seems that application shouldn't wait till the log
>message has been written as it would degrade
>peformance  .


The above configuration XML script does not use nor mention
AsyncAppender. Try the following




http://jakarta.apache.org/log4j/";  >

   
 
 
   

   
 
 
   

   
 
 
   


You may want to post the Java code that takes the measurements.


--
Ceki

TCP implementations will follow a general principle of robustness: be
conservative in what you do, be liberal in what you accept from
others. -- Jon Postel, RFC 793



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread sk k



Hi,

I did the test with AsyncAppender using an xml config
file(set the buff size to 1000 even though default
size of 128 should be sufficient. My logger uses a
size of like 60 ) and it seems the performance isn't
any better. Infact the performance dropped a little
and it seems to vaildate the AsyncAppender performance
numbers shown in the javadocs.

Pls let me know if anything is wrong or needs to be
tuned.

config file:
=

http://jakarta.apache.org/log4j/";
debug="true" >

   
   
   
  

   

  
  
  
 
 
 
  

   
  
  
   







I am measuring the time when the method starts and
   and when it returns and it seems that
   the background task time is not accounted for using
my logger and it is accounted for while using log4j.

It seems that application shouldn't wait till the log
message has been written as it would degrade
peformance  .

Here is the config values for writing to 3 appenders

##
# Default logger
##
log4j.rootCategory=DEBUG,dest1

##
# Non-Default settings
##
log4j.category.ut.log.Log4jPerfTest=DEBUG,dest2,dest1,
dest3
log4j.additivity.ut.log.Log4jPerfTest=false


log4j.appender.dest1=org.apache.log4j.RollingFileAppender
log4j.appender.dest1.layout=org.apache.log4j.TTCCLayout
log4j.appender.dest1.File=c:/skk/cps/logger/test/test1.log
log4j.appender.dest1.MaxFileSize=4MB
log4j.appender.dest1.MaxBackupIndex=2


log4j.appender.dest2=org.apache.log4j.RollingFileAppender
log4j.appender.dest2.layout=org.apache.log4j.TTCCLayout
log4j.appender.dest2.File=c:/skk/cps/logger/test/test2.log
log4j.appender.dest2.MaxFileSize=4MB
log4j.appender.dest2.MaxBackupIndex=2

log4j.appender.dest3=org.apache.log4j.RollingFileAppender
log4j.appender.dest3.layout=org.apache.log4j.TTCCLayout
log4j.appender.dest3.File=c:/skk/cps/logger/test/test3.log
log4j.appender.dest3.MaxFileSize=4MB
log4j.appender.dest3.MaxBackupIndex=2


Any thoughts or comments?

--- Ceki Gülcü <[EMAIL PROTECTED]> wrote:
> At 11:13 04.09.2002 -0700, you wrote:
> 
> >I made the changes mentioned and still the
> performance
> >has increased by only 10-50% but still my custom
> >logger
> >results are ahead of log4j.
> 
> Do the test with a AsyncAppender BufferSize of
> 20'000. You'll be
> logging at "no time" at all. (This statement is very
> misleading, read
> below.)
> 
> >Also measured the cpu and memory and it seems my
> >custom logger is  consuming lesser values since
> >formatting and writing to file is done in the
> >background.
> 
> 
> As others explained previously, back grounding tasks
> does not
> necessarily result in better performance. To give
> you an example, when
> Alice asks her secretary, Bob, to type a letter,
> Alice's job is done
> after she delegates to Bob. However, that does not
> mean that the
> letter has been typed. Are you sure you are not
> measuring the time it
> takes Alice to delegate as opposed to Bob actually
> typing the letter?
> 
> >I did some more testing on writting to multiple
> >appenders and my custom logger is like 10-300%
> faster
> >than log4j.
> 
> Where is the code?
> 
> >Are there any plans to re-write log4j (any next
> >generation version). It seems that log4j needs
> >an architectural change rather than anything else.
> 
> I wouldn't jump the gun if I were you. :-)
> 
> >Any ideas?
> >
> >--- "Ebersole, Steven"
> <[EMAIL PROTECTED]>
> >wrote:
> > > SPECIFICALLY:
> > >
> > > As Ceki mentioned you currently have logging
> > > statements being output to both
> > > files...  this will hurt performance in this
> test.
> > > Simply setting
> > > additivity to false for the two loggers should
> work
> > > wonders for this simple
> > > test.  Try this for your config:
> > >
> > >
>
>
> > > ###
> > > # Define root logger/category
> > >
>
>
> > > ###
> > > log4j.rootCategory=DEBUG,dest1
> > >
> > >
>
>
> > > ###
> > > # Define non-root loggers/categories
> > >
>
>
> > > ###
> > > log4j.category.ut.log.Log4jPerfTest=DEBUG,dest2
> > > log4j.additivity.ut.log.Log4jPerfTest=false
> > >
> > >
> > >
>
>
> > > ###
> > > # Define appenders
> > >
>
>
> > > ###
> > >
>
>log4j.appender.dest1=org.apache.log4j.RollingFileAppender
> > >
>
>log4j.appender.dest1.layout=org.apache.log4j.SimpleLayout
> > >
>
>log4j.appender.dest1.File=c:/skk/cps/logger/test/test1.log
> > > log4j.appender.dest1.MaxFileSize=4MB
> > > log4j.appender.dest1.MaxBackupIndex=60
> > >
> > >
>
>log4j.appender.dest2=org.apache.log4j.RollingFileAppender
> > >
>
>log4j.appender.dest2.layo

Re: compile under jdk1.1?

2002-09-04 Thread Ceki Gülcü

The MDC class depends on JDK 1.2 at compile-time. At runtime, it will
not do anything under JDK 1.1 (it won't work but it won't harm your
application either).

Other than that lf5, chainsaw depend on JDK 1.2 or more precisely
swing. The TelnetAppender and JDBCAppender also depend on JDK 1.2.

At 16:53 04.09.2002 -0500, you wrote:
>I have a pressing need to integrate log4j into jdk 1.1, meaning that I 
>need the source code to be compiled along with the rest of the system. 
>(Setting a classpath or Including the precompiled class files is not an 
>option, unfortunately.) I have been tinkering with surgically removing any 
>java 1.1-incompatible parts, but with not a whole lot of luck - it seems 
>that some classes are offensive to the java compiler but are required for 
>its operation. Does anyone have a shortcut to make this work? Perhaps, a 
>scaled-down version of log4j that I can build with java 1.1?
>Thanks.

--
Ceki

TCP implementations will follow a general principle of robustness: be
conservative in what you do, be liberal in what you accept from
others. -- Jon Postel, RFC 793

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

compile under jdk1.1?

2002-09-04 Thread John S. Churchill


I have a pressing need to integrate log4j into jdk 1.1, meaning that I need 
the source code to be compiled along with the rest of the system. (Setting 
a classpath or Including the precompiled class files is not an option, 
unfortunately.) I have been tinkering with surgically removing any java 
1.1-incompatible parts, but with not a whole lot of luck - it seems that 
some classes are offensive to the java compiler but are required for its 
operation. Does anyone have a shortcut to make this work? Perhaps, a 
scaled-down version of log4j that I can build with java 1.1?
Thanks.


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Richard Doust


It's probably counter-productive, but I just have to chime in here.
I too have been highly entertained by this exchange.
My compliments to those who manage to respond in a level-headed fashion!

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 04, 2002 2:45 PM
To: Log4J Users List
Subject: RE: Performance between Log4j and custom in-house logger


>>Are there any plans to re-write log4j (any next
>>generation version). It seems that log4j needs
>>an architectural change rather than anything else.
>
>I wouldn't jump the gun if I were you. :-)

Hi,
Though you have to love it when someone uses a mature, popular system
for a few days, then promptly claims his/her system is "better" and
(instead of just using his/her) demands a rewrite of the other system ;)
I find it amusing ;)

Yoav Shapira
Millennium ChemInformatics 


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Shapira, Yoav


>>Are there any plans to re-write log4j (any next
>>generation version). It seems that log4j needs
>>an architectural change rather than anything else.
>
>I wouldn't jump the gun if I were you. :-)

Hi,
Though you have to love it when someone uses a mature, popular system
for a few days, then promptly claims his/her system is "better" and
(instead of just using his/her) demands a rewrite of the other system ;)
I find it amusing ;)

Yoav Shapira
Millennium ChemInformatics 


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:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Ceki Gülcü


At 11:13 04.09.2002 -0700, you wrote:

>I made the changes mentioned and still the performance
>has increased by only 10-50% but still my custom
>logger
>results are ahead of log4j.

Do the test with a AsyncAppender BufferSize of 20'000. You'll be
logging at "no time" at all. (This statement is very misleading, read
below.)

>Also measured the cpu and memory and it seems my
>custom logger is  consuming lesser values since
>formatting and writing to file is done in the
>background.


As others explained previously, back grounding tasks does not
necessarily result in better performance. To give you an example, when
Alice asks her secretary, Bob, to type a letter, Alice's job is done
after she delegates to Bob. However, that does not mean that the
letter has been typed. Are you sure you are not measuring the time it
takes Alice to delegate as opposed to Bob actually typing the letter?

>I did some more testing on writting to multiple
>appenders and my custom logger is like 10-300% faster
>than log4j.

Where is the code?

>Are there any plans to re-write log4j (any next
>generation version). It seems that log4j needs
>an architectural change rather than anything else.

I wouldn't jump the gun if I were you. :-)

>Any ideas?
>
>--- "Ebersole, Steven" <[EMAIL PROTECTED]>
>wrote:
> > SPECIFICALLY:
> >
> > As Ceki mentioned you currently have logging
> > statements being output to both
> > files...  this will hurt performance in this test.
> > Simply setting
> > additivity to false for the two loggers should work
> > wonders for this simple
> > test.  Try this for your config:
> >
> >
>
> > ###
> > # Define root logger/category
> >
>
> > ###
> > log4j.rootCategory=DEBUG,dest1
> >
> >
>
> > ###
> > # Define non-root loggers/categories
> >
>
> > ###
> > log4j.category.ut.log.Log4jPerfTest=DEBUG,dest2
> > log4j.additivity.ut.log.Log4jPerfTest=false
> >
> >
> >
>
> > ###
> > # Define appenders
> >
>
> > ###
> >
>log4j.appender.dest1=org.apache.log4j.RollingFileAppender
> >
>log4j.appender.dest1.layout=org.apache.log4j.SimpleLayout
> >
>log4j.appender.dest1.File=c:/skk/cps/logger/test/test1.log
> > log4j.appender.dest1.MaxFileSize=4MB
> > log4j.appender.dest1.MaxBackupIndex=60
> >
> >
>log4j.appender.dest2=org.apache.log4j.RollingFileAppender
> >
>log4j.appender.dest2.layout=org.apache.log4j.TTCCLayout
> >
>log4j.appender.dest2.File=c:/skk/cps/logger/test/test.log
> > log4j.appender.dest2.MaxFileSize=4MB
> > log4j.appender.dest2.MaxBackupIndex=60
> >
> >
> >
> > GENERALLY:
> > The way to mimic your setup in log4j would be to use
> > AsyncAppender as your
> > attached appender.  This will create a background
> > thread to handle appending
> > the actual logging events.
> >
> > AsyncAppender can only be created from config files
> > using the XML config.
> > Or you can do it programatically for your tests.
> >
> > See
> >
>http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/AsyncAppender.html
> > for its description.
> >
> > Also, be aware that the async logging in log4j does
> > still strive to maintain
> > delivery of generated LoggingEvents to its attached
> > appenders in the
> > chronological order in which those events were
> > created.  To this end, it
> > uses a bounded buffer as the "queue" for these
> > events.  This slows
> > performance in simple, non-intensive apps; however
> > it does ensure delivery
> > of the logging events in the correct order.
> >
> > For a discussion of this see the section on
> > AsyncAppender at
> >
>http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/performance/Loggin
> > g.html
> >
> >
> > HTH
> >
> >
> >
> > |-Original Message-
> > |From: sk k [mailto:[EMAIL PROTECTED]]
> > |Sent: Tuesday, September 03, 2002 9:37 PM
> > |To: Log4J Users List
> > |Subject: Re: Performance between Log4j and
> > custom in-house logger
> > |
> > |
> > |
> > |Hi,
> > |
> > |Any thoughts on how I can improve the
> > performance
> > |numbers for logging.
> > |
> > |
> > |Thanks.
> > |
> > |
> > |--- Ceki Gülcü <[EMAIL PROTECTED]> wrote:
> > |>
> > |> What is the difference between Strings,
> > taking the
> > |> values 2,4 and 8,
> > |> and Request, taking the values 100, 1000 and
> > 2000?
> > |>
> > |> Are you sure you are waiting for the
> > background
> > |> thread to finish?
> > |>
> > |> Your log4j configuration file suggests that
> > your
> > |> tests use two
> > |> appenders dest1 and dest2. You are aware that
> >

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread sk k



I made the changes mentioned and still the performance
has increased by only 10-50% but still my custom
logger
results are ahead of log4j.

Also measured the cpu and memory and it seems my
custom logger is  consuming lesser values since
formatting and writing to file is done in the
background.

I did some more testing on writting to multiple
appenders and my custom logger is like 10-300% faster
than log4j. 


Are there any plans to re-write log4j (any next
generation version). It seems that log4j needs 
an architectural change rather than anything else.

Any ideas?




--- "Ebersole, Steven" <[EMAIL PROTECTED]>
wrote:
> SPECIFICALLY:
> 
> As Ceki mentioned you currently have logging
> statements being output to both
> files...  this will hurt performance in this test. 
> Simply setting
> additivity to false for the two loggers should work
> wonders for this simple
> test.  Try this for your config:
> 
>

> ###
> # Define root logger/category
>

> ###
> log4j.rootCategory=DEBUG,dest1
> 
>

> ###
> # Define non-root loggers/categories
>

> ###
> log4j.category.ut.log.Log4jPerfTest=DEBUG,dest2
> log4j.additivity.ut.log.Log4jPerfTest=false
> 
> 
>

> ###
> # Define appenders
>

> ###
>
log4j.appender.dest1=org.apache.log4j.RollingFileAppender
>
log4j.appender.dest1.layout=org.apache.log4j.SimpleLayout
>
log4j.appender.dest1.File=c:/skk/cps/logger/test/test1.log
> log4j.appender.dest1.MaxFileSize=4MB
> log4j.appender.dest1.MaxBackupIndex=60
> 
>
log4j.appender.dest2=org.apache.log4j.RollingFileAppender
>
log4j.appender.dest2.layout=org.apache.log4j.TTCCLayout
>
log4j.appender.dest2.File=c:/skk/cps/logger/test/test.log
> log4j.appender.dest2.MaxFileSize=4MB
> log4j.appender.dest2.MaxBackupIndex=60
> 
> 
> 
> GENERALLY:
> The way to mimic your setup in log4j would be to use
> AsyncAppender as your
> attached appender.  This will create a background
> thread to handle appending
> the actual logging events.
> 
> AsyncAppender can only be created from config files
> using the XML config.
> Or you can do it programatically for your tests.
> 
> See
>
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/AsyncAppender.html
> for its description.
> 
> Also, be aware that the async logging in log4j does
> still strive to maintain
> delivery of generated LoggingEvents to its attached
> appenders in the
> chronological order in which those events were
> created.  To this end, it
> uses a bounded buffer as the "queue" for these
> events.  This slows
> performance in simple, non-intensive apps; however
> it does ensure delivery
> of the logging events in the correct order.
> 
> For a discussion of this see the section on
> AsyncAppender at
>
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/performance/Loggin
> g.html
> 
> 
> HTH
> 
> 
> 
> |-Original Message-
> |From: sk k [mailto:[EMAIL PROTECTED]]
> |Sent: Tuesday, September 03, 2002 9:37 PM
> |To: Log4J Users List
> |Subject: Re: Performance between Log4j and
> custom in-house logger
> |
> |
> |
> |Hi,
> |
> |Any thoughts on how I can improve the
> performance
> |numbers for logging.
> |
> |
> |Thanks.
> |
> |
> |--- Ceki Gülcü <[EMAIL PROTECTED]> wrote:
> |> 
> |> What is the difference between Strings,
> taking the
> |> values 2,4 and 8,
> |> and Request, taking the values 100, 1000 and
> 2000?
> |> 
> |> Are you sure you are waiting for the
> background
> |> thread to finish?
> |> 
> |> Your log4j configuration file suggests that
> your
> |> tests use two
> |> appenders dest1 and dest2. You are aware that
> |> appenders are additive,
> |> right?  Does logging output go both
> |> c:/skk/cps/logger/test/test1.log
> |> and c:/skk/cps/logger/test/test.log? Given
> that
> |> writing to a file is
> |> the most time consuming task, is it fait to
> say that
> |> log4j is doing
> |> twice the work roughly at the same cost?
> |> 
> |> At 07:29 03.09.2002 -0700, you wrote:
> |> >Hi,
> |> >
> |> >We are planning to move from a custom in
> house
> |> logging
> |> >framework (MyLogger) to using Log4j and have
> been
> |> >doing some performance comparison between
> log4j and
> |> >MyLogger.
> |> >
> |> >The numbers seem to be favoring mylogger
> over
> |> log4j.
> |> >
> |> >
> |> >Sample Numbers
> |> >==
> |> >Note: Timing includes logj startup time,
> mylogger
> |> >startup time and

Re: JMX

2002-09-04 Thread sk k



Log4j has pretty decent facilities to manage the
logging pieces like changing logging levels, changing
logging format, appenders etc.


As u said, it is still in nascent stage and I also
remember Ceki posting a request for developers to 
enhance JMX. 


I am currently testing log4j integration with mx4j and
tivoli jmx servers.

Does anybody know if weblogic has a jmx server that I
can deploy?



--- [EMAIL PROTECTED] wrote:
>   While I am not familiar with the JMX capabilities
> of log4j, I am using 
> the jmx facilities of jboss to manage logj logging
> of my EJBs and 
> eventually servlets. 
> 
> -Ryan
> 
> 
> 
> 
> 
> 
> "Craig Smith" <[EMAIL PROTECTED]>
> 09/04/2002 10:14 AM
> Please respond to "Log4J Users List"
> 
>  
> To: <[EMAIL PROTECTED]>
> cc: 
> Subject:JMX
> 
> 
> I'm was looking into how I would manage my log4j
> configuration and saw 
> that it supports JMX.  I saw this statement in the
> javadoc: "It is 
> unfortunately not of production quality."  Can
> someone qualify that?  Does 
> anyone have experience with it?  If this isn't a
> good solution, has anyone 
> else come up with what they consider a good pattern
> for managing logging 
> in web applications?
> 
> Craig Smith
> 
>

> Please Note
> The information in this E-mail message is legally
> privileged
> and confidential information intended only for the
> use of the
> individual(s) named above. If you, the reader of
> this message,
> are not the intended recipient, you are hereby
> notified that
> you should not further disseminate, distribute, or
> forward this
> E-mail message. If you have received this E-mail in
> error,
> please notify the sender. Thank you
>
*
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 
> 
> 
> 


__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

rc.d scripts for socket server

2002-09-04 Thread Ken Arnold


Before I re-invent this particular wheel, does someone have an 
/etc/rc.d script for starting up the socket server (for RedHat Linux in 
my case, but any starting point could help)?

Ken


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Unexpected Exception launching through Ant

2002-09-04 Thread Ceki Gülcü



I beg to differ. You probably recompiled in the upgrade process. If
you go back to 1.2.5 the problem will still be "solved". The
difference between 1.2.6 and 1.2.5 cannot cause a
java.lang.VerifyError exception. At least not in a rational world.

Nevertheless, thanks for reporting back.

At 09:14 04.09.2002 -0600, you wrote:
>I upgraded from 1.2.5 to 1.2.6 and the problem resolved itself.
>
> > -Original Message-
> > From: John Muhlestein [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 03, 2002 4:48 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: Unexpected Exception launching through Ant
> >
> >
> > I am attempting to launch an application using Ant that I
> > just added logging
> > to and I am getting an unexpected error.
> >
> >   Buildfile: build.xml
> >
> >   launchGUI:
> >[java] java.lang.VerifyError: (class:
> > org/apache/log4j/LogManager, method:  signature: ()V)
> > Incompatible
> > argument to function
> >[java] at
> > org.apache.log4j.Logger.getLogger(Logger.java:85)
> >[java] at
> > com.ilink.noc.routemanager.gui.MainAppFrame.(MainAppFr
> > ame.java:28)
> >[java] Exception in thread "main"
> >
> >   BUILD SUCCESSFUL
> >   Total time: 3 seconds
> >
> > Here is a snippet of the code to instantiate the Logger
> > (which is line 28
> > from the above error)
> > static Logger logger =
> > Logger.getLogger("com.ilink.noc.routemanager.gui.MainAppFrame");
> >
> > And the  info from my build.xml
> >
> >   
> >  > fork="yes">
> >   
> > 
> > 
> > 
> > 
> > 
> > 
> >   
> > 
> >   
> >
> >
> > Has anyone encountered this before or have any ideas?
> >
> > thanks,
> > John

--
Ceki

TCP implementations will follow a general principle of robustness: be
conservative in what you do, be liberal in what you accept from
others. -- Jon Postel, RFC 793



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: JMX

2002-09-04 Thread ryan . cuprak


  While I am not familiar with the JMX capabilities of log4j, I am using 
the jmx facilities of jboss to manage logj logging of my EJBs and 
eventually servlets. 

-Ryan






"Craig Smith" <[EMAIL PROTECTED]>
09/04/2002 10:14 AM
Please respond to "Log4J Users List"

 
To: <[EMAIL PROTECTED]>
cc: 
Subject:JMX


I'm was looking into how I would manage my log4j configuration and saw 
that it supports JMX.  I saw this statement in the javadoc: "It is 
unfortunately not of production quality."  Can someone qualify that?  Does 
anyone have experience with it?  If this isn't a good solution, has anyone 
else come up with what they consider a good pattern for managing logging 
in web applications?

Craig Smith


Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Unexpected Exception launching through Ant

2002-09-04 Thread John Muhlestein


I upgraded from 1.2.5 to 1.2.6 and the problem resolved itself.

> -Original Message-
> From: John Muhlestein [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 03, 2002 4:48 PM
> To: '[EMAIL PROTECTED]'
> Subject: Unexpected Exception launching through Ant
> 
> 
> I am attempting to launch an application using Ant that I 
> just added logging
> to and I am getting an unexpected error.
> 
>   Buildfile: build.xml
> 
>   launchGUI:
>[java] java.lang.VerifyError: (class:
> org/apache/log4j/LogManager, method:  signature: ()V) 
> Incompatible
> argument to function
>[java] at 
> org.apache.log4j.Logger.getLogger(Logger.java:85)
>[java] at
> com.ilink.noc.routemanager.gui.MainAppFrame.(MainAppFr
> ame.java:28)
>[java] Exception in thread "main" 
> 
>   BUILD SUCCESSFUL
>   Total time: 3 seconds
> 
> Here is a snippet of the code to instantiate the Logger 
> (which is line 28
> from the above error)
> static Logger logger =
> Logger.getLogger("com.ilink.noc.routemanager.gui.MainAppFrame");
> 
> And the  info from my build.xml
> 
>   
>  fork="yes">
>   
> 
> 
> 
> 
> 
> 
>   
> 
>   
> 
> 
> Has anyone encountered this before or have any ideas?
> 
> thanks,
> John
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: Problems with Xalan/Xerces using Log4J 1.2.3 withWebSphere 4.01

2002-09-04 Thread Craig Smith


I think you were on the right track.  But just because you have xerces and xalan in 
the WEB-INF/lib directory doesn't mean log4j.jar will find it there.  If the log4j.jar 
is placed in the "lib/app" directory as you described, it will not be loaded by the 
module classloader.  Instead the Application Extension classloader will load it.  That 
must in turn find xalan and xerces.  It can not refer that to the module classloader.  
It can only refer class loading up to the WebSphere classloader (ws.ext.dirs) or the 
Java classloader (global classpath).  Placing updated jars in your module should have 
no impact as you observed.  You must either promote the latest xerces and xalan jars 
to the "lib/app" or demote the log4j.jar into your module.

Craig

>>> [EMAIL PROTECTED] 09/04/02 09:06AM >>>
Hi,

I've developed a servlet-based application that is running on WebSphere
4.01 (on AIX) and is doing some XSL-transformations on XML-files using
Xalan and Xerces. Since I switched logging to Log4J we experience some
strange problems concerning the XSL-scripts, i.e. scripts that were working
fine before (except for some warnings because of variables being used
without prior declaration) now produce fatal errors.

Of course it's easy to just fix the scripts (i.e. declare the variables)
and we'll certainly do this, but what really concerns me is, that there
seems to be a dependency between Log4J and Xalan/Xerces. However I don't
have any clue why, because all relevant classes seem to be in different
packages and therefor shouldn't interfere.

The problem appears with different versions of Xalan and Xerces, though
primarily we use Xalan 2.0.0 and Xerces 1.2.1 (the versions that are
contained in WebSphere 4.01). I put the log4j.jar (version 1.2.3) in the
WebSphere's "lib/app" directory and tried with and without putting Xalan
and Xerces into the "WEB-INF/lib" directory of my application (because I
thought it might be depending on the order in which the classes are loaded
and classes in "WEB-INF/lib" should be loaded before those in "lib/app" and
these again before those in "lib", where the Xalan and Xerces WebSphere is
using reside), but it doesn't make any difference.

Does anybody have any idea what might be the reason for this problem and
how I can solve this without switching back to my own logging classes (as I
already mentioned above, just fixing the scripts is not enought, because we
cannot tolerate a dependency between Log4J and Xalan/Xerces)?

I suppose that somehow the Xalan/Xerces classes get access to some of the
Log4J XML/XSL-related classes. These classes are newer than the classes
contained in the Xalan/Xerces versions that we're using and therefor more
strict, which is why they not only warn when a variable in the XSL is used
without prior declaration but throw an exception and stop further
processing. But I don't have any idea why this happens and how I can avoid
this.

Any help is greatly appreciated.

Regards,
Markus.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 



Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that 
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Bhangale, Bhushan


Mine is a standalone application. I guess I may also get the same kind of
errors when time goes by. At present I am into development phase so may not
be getting that error. May be in long run I will get. I will keep my
application started today nite with series of log getting generated from the
code continuously. Lets see what it says tomorrow morning.

-Original Message-
From: Shawn Wilson [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, September 04, 2002 10:28 AM
To: Log4J Users List
Subject: RE: DailyRollingFileAppender does not create backup file


Are you running log4j in a standalone application or as part of a servlet
container like Tomcat? I'm running it under Tomcat and when it doesn't work
for me I can see the following error in stderr.log:

log4j:ERROR Failed to rename
[e:/WebApps/atmreports/cvsroot/ATMReports/ATMRealtime_NYCE/WEB-INF/logs/Nyce
.log] to
[e:/WebApps/atmreports/cvsroot/ATMReports/ATMRealtime_NYCE/WEB-INF/logs/Nyce
.log.2002-08-29].

Now, I looked through the sourcecode and found that DailyRollingFileAppender
is using File.rename() to rename the file. I've done my own testing with
this method and have successfully been able to get it to fail sometimes,
though I can't determine the cause. As far as I'm concerned, File.rename()
is just not reliable enough to rename files (at least on Win2k).

-shawn


Shawn Wilson [[EMAIL PROTECTED]]
Software Developer, ATMReports.com
PH: 877-327-0873, FAX: 406-294-5806 


> -Original Message-
> From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 04, 2002 7:05 AM
> To: 'Log4J Users List'
> Subject: RE: DailyRollingFileAppender does not create backup file
>
>
> I am using this jar log4j-1.2.6.jar on windows 2000.
>
> log4j.rootCategory=DEBUG, file 
> log4j.appender.file=org.apache.log4j.DailyRollingFileAppender
> log4j.appender.file.file=${logFile.path}
> log4j.appender.console.Threshold=INFO
> log4j.appender.console.ImmediateFlush=true
> log4j.appender.file.DatePattern='.'-MM-dd-HH
>
> Log4j initializes smoothly no error I get.
>
> The logging is continuous. I understand that the logger rolls the file 
> after every hour only if it will get any log event. But its not doing 
> that.
>
> -Original Message-
> From: Thomas Muller [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 04, 2002 8:42 AM
> To: Log4J Users List
> Subject: RE: DailyRollingFileAppender does not create backup file
>
>
> What Log4j version is this? Which OS? What does your configuration 
> file look like? Are you getting any Log4j ERR or WARN statements on 
> std err when you expect logging to occur (and the file to roll)? Could 
> you please submit the
> smallest possible program that demonstrates what you interpret as a flaw?
>
> --
>
> Thomas
>
>
> | -Original Message-
> | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> | Sent: 04 September 2002 13:36
> | To: 'Log4J Users List'
> | Subject: RE: DailyRollingFileAppender does not create backup file
> |
> |
> | I know Thomas. But its not happening at all. When I restart the 
> | application onlt at that time it rolls the file.
> |
> | -Original Message-
> | From: Thomas Muller [mailto:[EMAIL PROTECTED]]
> | Sent: Wednesday, September 04, 2002 6:29 AM
> | To: Log4J Users List
> | Subject: RE: DailyRollingFileAppender does not create backup file
> |
> |
> | Keep in mind that the DailyRollingFileAppender is not supposed to 
> | roll over exactly at the time specified, merely at the first 
> | log-event that occurrs after that time is passed. The reason is 
> | simply that the rollover is handled in the same thread as the 
> | logging occurrs.
> |
> | --
> |
> | Thomas
> |
> |
> | | -Original Message-
> | | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> | | Sent: 03 September 2002 21:22
> | | To: 'Log4J Users List'
> | | Subject: RE: DailyRollingFileAppender does not create backup file
> | |
> | |
> | | I am also facing the same problem. I have set for hourly rolling 
> | | but it doesn't happen. It happens only when I stop my application 
> | | and again starts it. At that time it rolls the old file and 
> | | creates a new file. Is that rolling appender is supposed to do.
> | |
> | | -Original Message-
> | | From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
> | | Sent: Tuesday, September 03, 2002 2:47 PM
> | | To: Log4J Users List
> | | Subject: RE: DailyRollingFileAppender does not create backup file
> | |
> | |
> | | Well, I'm glad to see that someone else is having the same problem 
> | | I am. Though I have my DailyRollingFileAppender set to backup once 
> | | a day and it's running under Tomcat. Sometimes it'll work for a 
> | | few days and then just stop rolling the logs. I can't figure it 
> | | out. Let me know if you figure out what's causing the problem.
> | |
> | | -shawn
> | |
> | | 
> | | Shawn Wilson [[EMAIL PROTECTED]

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

2002-09-04 Thread Tom Marsh


Markus:

Manifest-Version: 1.0
Class-Path: jdom.jar log4j-1.2rc1.jar xerces.jar

> 
> Hi Tom,
> 
> could you send me the classpath settings of your manifest.mf, so I'm 
sure I
> test with the same configuration.
> 
> Thanks,
> Markus.
> 
> 
> 
>   
 
>   "Tom 
Marsh"  

>   ,   
>   com>  log4j-
[EMAIL PROTECTED] 
 
>
cc: 

>   04.09.2002 10:55 Subject:  Re: Problems 
with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01  
>   Please respond 
to  
  
>   "Log4J 
Users   
  
>   
List"   
 
>   
 
>   
 
> 
> 
> 
> 
> Marcus:
> 
> We're also doing something very similar. We have log4j.jar in our .ear
> file, along with xalan.jar and xerces.jar. The manifest.mf file
> contains a classpath entry for the jars.
> 
> Tom
> 
> > Hi,
> >
> > I've developed a servlet-based application that is running on
> WebSphere
> > 4.01 (on AIX) and is doing some XSL-transformations on XML-files 
using
> > Xalan and Xerces. Since I switched logging to Log4J we experience 
some
> > strange problems concerning the XSL-scripts, i.e. scripts that were
> working
> > fine before (except for some warnings because of variables being 
used
> > without prior declaration) now produce fatal errors.
> >
> > Of course it's easy to just fix the scripts (i.e. declare the
> variables)
> > and we'll certainly do this, but what really concerns me is, that
> there
> > seems to be a dependency between Log4J and Xalan/Xerces. However I
> don't
> > have any clue why, because all relevant classes seem to be in
> different
> > packages and therefor shouldn't interfere.
> >
> > The problem appears with different versions of Xalan and Xerces,
> though
> > primarily we use Xalan 2.0.0 and Xerces 1.2.1 (the versions that are
> > contained in WebSphere 4.01). I put the log4j.jar (version 1.2.3) in
> the
> > WebSphere's "lib/app" directory and tried with and without putting
> Xalan
> > and Xerces into the "WEB-INF/lib" directory of my application
> (because I
> > thought it might be depending on the order in which the classes are
> loaded
> > and classes in "WEB-INF/lib" should be loaded before those
> in "lib/app" and
> > these again before those in "lib", where the Xalan and Xerces
> WebSphere is
> > using reside), but it doesn't make any difference.
> >
> > Does anybody have any idea what might be the reason for this problem
> and
> > how I can solve this without switching back to my own logging 
classes
> (as I
> > already mentioned above, just fixing the scripts is not enought,
> because we
> > cannot tolerate a dependency between Log4J and Xalan/Xerces)?
> >
> > I suppose that somehow the Xalan/Xerces classes get access to some 
of
> the
> > Log4J XML/XSL-related classes. These classes are newer than the
> classes
> > contained in the Xalan/Xerces versions that we're using and therefor
> more
> > strict, which is why they not only warn when a variable in the XSL 
is
> used
> > without prior declaration but throw an exception and stop further
> > processing. But I don't have any idea why this happens and how I can
> avoid
> > this.
> >
> > Any help is greatly appreciated.
> >
> > Regards,
> > Markus.
> >
> >
> >
> > --
> > To unsubscribe, e-mail:    [EMAIL PROTECTED]>
> > For additional commands, e-mail:  [EMAIL PROTECTED]>
> >
> >
> 
> --
> NeoMail - Webmail that doesn't suck... as much.
> http://neomail.sourceforge.net
> 
> --
> To unsubscribe, e-mail:    >
> For additional commands, e-mail:  >
> 
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 

-- 
NeoMail - Webmail that doesn't suck... as much.
http://neomail.sourceforge.net

--
To unsubscribe, e-mail:

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

2002-09-04 Thread M . Langenbahn



Hi Tom,

could you send me the classpath settings of your manifest.mf, so I'm sure I
test with the same configuration.

Thanks,
Markus.



   

  "Tom Marsh"  

  ,   
  com>  [EMAIL PROTECTED]  

   cc: 

  04.09.2002 10:55 Subject:  Re: Problems with 
Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01  
  Please respond to

  "Log4J Users 

  List"

   

   





Marcus:

We're also doing something very similar. We have log4j.jar in our .ear
file, along with xalan.jar and xerces.jar. The manifest.mf file
contains a classpath entry for the jars.

Tom

> Hi,
>
> I've developed a servlet-based application that is running on
WebSphere
> 4.01 (on AIX) and is doing some XSL-transformations on XML-files using
> Xalan and Xerces. Since I switched logging to Log4J we experience some
> strange problems concerning the XSL-scripts, i.e. scripts that were
working
> fine before (except for some warnings because of variables being used
> without prior declaration) now produce fatal errors.
>
> Of course it's easy to just fix the scripts (i.e. declare the
variables)
> and we'll certainly do this, but what really concerns me is, that
there
> seems to be a dependency between Log4J and Xalan/Xerces. However I
don't
> have any clue why, because all relevant classes seem to be in
different
> packages and therefor shouldn't interfere.
>
> The problem appears with different versions of Xalan and Xerces,
though
> primarily we use Xalan 2.0.0 and Xerces 1.2.1 (the versions that are
> contained in WebSphere 4.01). I put the log4j.jar (version 1.2.3) in
the
> WebSphere's "lib/app" directory and tried with and without putting
Xalan
> and Xerces into the "WEB-INF/lib" directory of my application
(because I
> thought it might be depending on the order in which the classes are
loaded
> and classes in "WEB-INF/lib" should be loaded before those
in "lib/app" and
> these again before those in "lib", where the Xalan and Xerces
WebSphere is
> using reside), but it doesn't make any difference.
>
> Does anybody have any idea what might be the reason for this problem
and
> how I can solve this without switching back to my own logging classes
(as I
> already mentioned above, just fixing the scripts is not enought,
because we
> cannot tolerate a dependency between Log4J and Xalan/Xerces)?
>
> I suppose that somehow the Xalan/Xerces classes get access to some of
the
> Log4J XML/XSL-related classes. These classes are newer than the
classes
> contained in the Xalan/Xerces versions that we're using and therefor
more
> strict, which is why they not only warn when a variable in the XSL is
used
> without prior declaration but throw an exception and stop further
> processing. But I don't have any idea why this happens and how I can
avoid
> this.
>
> Any help is greatly appreciated.
>
> Regards,
> Markus.
>
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>

--
NeoMail - Webmail that doesn't suck... as much.
http://neomail.sourceforge.net

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Shawn Wilson


Are you running log4j in a standalone application or as part of a servlet
container like Tomcat? I'm running it under Tomcat and when it doesn't work
for me I can see the following error in stderr.log:

log4j:ERROR Failed to rename
[e:/WebApps/atmreports/cvsroot/ATMReports/ATMRealtime_NYCE/WEB-INF/logs/Nyce
.log] to
[e:/WebApps/atmreports/cvsroot/ATMReports/ATMRealtime_NYCE/WEB-INF/logs/Nyce
.log.2002-08-29].

Now, I looked through the sourcecode and found that DailyRollingFileAppender
is using File.rename() to rename the file. I've done my own testing with
this method and have successfully been able to get it to fail sometimes,
though I can't determine the cause. As far as I'm concerned, File.rename()
is just not reliable enough to rename files (at least on Win2k).

-shawn


Shawn Wilson [[EMAIL PROTECTED]]
Software Developer, ATMReports.com
PH: 877-327-0873, FAX: 406-294-5806



> -Original Message-
> From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 04, 2002 7:05 AM
> To: 'Log4J Users List'
> Subject: RE: DailyRollingFileAppender does not create backup file
>
>
> I am using this jar log4j-1.2.6.jar on windows 2000.
>
> log4j.rootCategory=DEBUG, file
> log4j.appender.file=org.apache.log4j.DailyRollingFileAppender
> log4j.appender.file.file=${logFile.path}
> log4j.appender.console.Threshold=INFO
> log4j.appender.console.ImmediateFlush=true
> log4j.appender.file.DatePattern='.'-MM-dd-HH
>
> Log4j initializes smoothly no error I get.
>
> The logging is continuous. I understand that the logger rolls the
> file after
> every hour only if it will get any log event. But its not doing that.
>
> -Original Message-
> From: Thomas Muller [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 04, 2002 8:42 AM
> To: Log4J Users List
> Subject: RE: DailyRollingFileAppender does not create backup file
>
>
> What Log4j version is this? Which OS? What does your
> configuration file look
> like? Are you getting any Log4j ERR or WARN statements on std err when you
> expect logging to occur (and the file to roll)? Could you please
> submit the
> smallest possible program that demonstrates what you interpret as a flaw?
>
> --
>
> Thomas
>
>
> | -Original Message-
> | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> | Sent: 04 September 2002 13:36
> | To: 'Log4J Users List'
> | Subject: RE: DailyRollingFileAppender does not create backup file
> |
> |
> | I know Thomas. But its not happening at all. When I restart the
> | application onlt at that time it rolls the file.
> |
> | -Original Message-
> | From: Thomas Muller [mailto:[EMAIL PROTECTED]]
> | Sent: Wednesday, September 04, 2002 6:29 AM
> | To: Log4J Users List
> | Subject: RE: DailyRollingFileAppender does not create backup file
> |
> |
> | Keep in mind that the DailyRollingFileAppender is not supposed to roll
> | over exactly at the time specified, merely at the first log-event that
> | occurrs after that time is passed. The reason is simply that the
> | rollover is handled
> | in the same thread as the logging occurrs.
> |
> | --
> |
> | Thomas
> |
> |
> | | -Original Message-
> | | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
> | | Sent: 03 September 2002 21:22
> | | To: 'Log4J Users List'
> | | Subject: RE: DailyRollingFileAppender does not create backup file
> | |
> | |
> | | I am also facing the same problem. I have set for hourly rolling but
> | | it doesn't happen. It happens only when I stop my application and
> | | again starts it. At that time it rolls the old file and creates a
> | | new file. Is that rolling appender is supposed to do.
> | |
> | | -Original Message-
> | | From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
> | | Sent: Tuesday, September 03, 2002 2:47 PM
> | | To: Log4J Users List
> | | Subject: RE: DailyRollingFileAppender does not create backup file
> | |
> | |
> | | Well, I'm glad to see that someone else is having the same problem I
> | | am. Though I have my DailyRollingFileAppender set to backup once a
> | | day and it's running under Tomcat. Sometimes it'll work for a few
> | | days and then just stop rolling the logs. I can't figure it out. Let
> | | me know if you figure out what's causing the problem.
> | |
> | | -shawn
> | |
> | | 
> | | Shawn Wilson [[EMAIL PROTECTED]]
> | | Software Developer, ATMReports.com
> | | PH: 877-327-0873, FAX: 406-294-5806
> | | 
> | |
> | |
> | | > -Original Message-
> | | > From: Schmied Alexander [mailto:[EMAIL PROTECTED]]
> | | > Sent: Tuesday, September 03, 2002 1:12 AM
> | | > To: '[EMAIL PROTECTED]'
> | | > Subject: DailyRollingFileAppender does not create backup file
> | | >
> | | >
> | | > i'm using Log4j with DailyRollingFileAppender and for testing i've
> | | > configured the appender to roll every minute. the problem is, that
> | | > the debug-output of

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

2002-09-04 Thread Tom Marsh


Marcus:

We're also doing something very similar. We have log4j.jar in our .ear 
file, along with xalan.jar and xerces.jar. The manifest.mf file 
contains a classpath entry for the jars.

Tom

> Hi,
> 
> I've developed a servlet-based application that is running on 
WebSphere
> 4.01 (on AIX) and is doing some XSL-transformations on XML-files using
> Xalan and Xerces. Since I switched logging to Log4J we experience some
> strange problems concerning the XSL-scripts, i.e. scripts that were 
working
> fine before (except for some warnings because of variables being used
> without prior declaration) now produce fatal errors.
> 
> Of course it's easy to just fix the scripts (i.e. declare the 
variables)
> and we'll certainly do this, but what really concerns me is, that 
there
> seems to be a dependency between Log4J and Xalan/Xerces. However I 
don't
> have any clue why, because all relevant classes seem to be in 
different
> packages and therefor shouldn't interfere.
> 
> The problem appears with different versions of Xalan and Xerces, 
though
> primarily we use Xalan 2.0.0 and Xerces 1.2.1 (the versions that are
> contained in WebSphere 4.01). I put the log4j.jar (version 1.2.3) in 
the
> WebSphere's "lib/app" directory and tried with and without putting 
Xalan
> and Xerces into the "WEB-INF/lib" directory of my application 
(because I
> thought it might be depending on the order in which the classes are 
loaded
> and classes in "WEB-INF/lib" should be loaded before those 
in "lib/app" and
> these again before those in "lib", where the Xalan and Xerces 
WebSphere is
> using reside), but it doesn't make any difference.
> 
> Does anybody have any idea what might be the reason for this problem 
and
> how I can solve this without switching back to my own logging classes 
(as I
> already mentioned above, just fixing the scripts is not enought, 
because we
> cannot tolerate a dependency between Log4J and Xalan/Xerces)?
> 
> I suppose that somehow the Xalan/Xerces classes get access to some of 
the
> Log4J XML/XSL-related classes. These classes are newer than the 
classes
> contained in the Xalan/Xerces versions that we're using and therefor 
more
> strict, which is why they not only warn when a variable in the XSL is 
used
> without prior declaration but throw an exception and stop further
> processing. But I don't have any idea why this happens and how I can 
avoid
> this.
> 
> Any help is greatly appreciated.
> 
> Regards,
> Markus.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 

-- 
NeoMail - Webmail that doesn't suck... as much.
http://neomail.sourceforge.net

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

JMX

2002-09-04 Thread Craig Smith


I'm was looking into how I would manage my log4j configuration and saw that it 
supports JMX.  I saw this statement in the javadoc: "It is unfortunately not of 
production quality."  Can someone qualify that?  Does anyone have experience with it?  
If this isn't a good solution, has anyone else come up with what they consider a good 
pattern for managing logging in web applications?

Craig Smith


Please Note
The information in this E-mail message is legally privileged
and confidential information intended only for the use of the
individual(s) named above. If you, the reader of this message,
are not the intended recipient, you are hereby notified that 
you should not further disseminate, distribute, or forward this
E-mail message. If you have received this E-mail in error,
please notify the sender. Thank you
*

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Log4sh?

2002-09-04 Thread Ebersole, Steven


I almost, forgot...

I havent tried it yet, but I remember that an open source project just
released log4perl not too long ago.  You might want to have a look at a
solution using that.

HTH


|-Original Message-
|From: Steve Cohen [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, September 04, 2002 8:44 AM
|To: 'Log4J Users List' (E-mail)
|Subject: Log4sh?
|
|
|I have a process that runs 3 java programs in succession 
|plus some other stuff, within a shell script kicked off by 
|a cron job.  All three java programs log to the same log4j 
|file.  Is there something I can run in the shell script 
|itself to route the raw shell script output to the same 
|file as well?
|
|-
|Steve Cohen
|Sr. Software Engineer
|Ignite Sports, Inc.
|[EMAIL PROTECTED]
|
|

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Log4sh?

2002-09-04 Thread Ebersole, Steven


We actually handle this by:
1) having log4j configured to use the ConsoleAppender;
2) piping/directing output from the shell script (including the console
output from log4j) into a file.

Works pretty well.



|-Original Message-
|From: Steve Cohen [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, September 04, 2002 8:44 AM
|To: 'Log4J Users List' (E-mail)
|Subject: Log4sh?
|
|
|I have a process that runs 3 java programs in succession 
|plus some other stuff, within a shell script kicked off by 
|a cron job.  All three java programs log to the same log4j 
|file.  Is there something I can run in the shell script 
|itself to route the raw shell script output to the same 
|file as well?
|
|-
|Steve Cohen
|Sr. Software Engineer
|Ignite Sports, Inc.
|[EMAIL PROTECTED]
|
|

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Log4sh?

2002-09-04 Thread Steve Cohen


I have a process that runs 3 java programs in succession plus some other stuff, within 
a shell script kicked off by a cron job.  All three java programs log to the same 
log4j file.  Is there something I can run in the shell script itself to route the raw 
shell script output to the same file as well?

-
Steve Cohen
Sr. Software Engineer
Ignite Sports, Inc.
[EMAIL PROTECTED]

How to list appenders in 1.2.6

2002-09-04 Thread Dogan Atay


I want to migrate from version 1.1.3 to 1.2.6.  
I have an initialization servlet in my WAS (os/390) container which does a
general configuration using PropertyConfigurator.
After the configuration is done I list all of the Categories and their
appenders using the 
Category.getCurrentCategories()
and 
getAllAppenders()
methods.

I see, however, with the deprecated Category class these calls will not be
available.
How should I handle this kind of reporting in version 1.2.6?  Are you
planning
to add a method like getAllLoggers() or is there a better way to list the
appenders?

Regards,

-Dogan Atay

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Performance between Log4j and custom in-house logger

2002-09-04 Thread Ebersole, Steven


SPECIFICALLY:

As Ceki mentioned you currently have logging statements being output to both
files...  this will hurt performance in this test.  Simply setting
additivity to false for the two loggers should work wonders for this simple
test.  Try this for your config:


###
# Define root logger/category

###
log4j.rootCategory=DEBUG,dest1


###
# Define non-root loggers/categories

###
log4j.category.ut.log.Log4jPerfTest=DEBUG,dest2
log4j.additivity.ut.log.Log4jPerfTest=false



###
# Define appenders

###
log4j.appender.dest1=org.apache.log4j.RollingFileAppender
log4j.appender.dest1.layout=org.apache.log4j.SimpleLayout
log4j.appender.dest1.File=c:/skk/cps/logger/test/test1.log
log4j.appender.dest1.MaxFileSize=4MB
log4j.appender.dest1.MaxBackupIndex=60

log4j.appender.dest2=org.apache.log4j.RollingFileAppender
log4j.appender.dest2.layout=org.apache.log4j.TTCCLayout
log4j.appender.dest2.File=c:/skk/cps/logger/test/test.log
log4j.appender.dest2.MaxFileSize=4MB
log4j.appender.dest2.MaxBackupIndex=60



GENERALLY:
The way to mimic your setup in log4j would be to use AsyncAppender as your
attached appender.  This will create a background thread to handle appending
the actual logging events.

AsyncAppender can only be created from config files using the XML config.
Or you can do it programatically for your tests.

See
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/AsyncAppender.html
for its description.

Also, be aware that the async logging in log4j does still strive to maintain
delivery of generated LoggingEvents to its attached appenders in the
chronological order in which those events were created.  To this end, it
uses a bounded buffer as the "queue" for these events.  This slows
performance in simple, non-intensive apps; however it does ensure delivery
of the logging events in the correct order.

For a discussion of this see the section on AsyncAppender at
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/performance/Loggin
g.html


HTH



|-Original Message-
|From: sk k [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, September 03, 2002 9:37 PM
|To: Log4J Users List
|Subject: Re: Performance between Log4j and custom in-house logger
|
|
|
|Hi,
|
|Any thoughts on how I can improve the performance
|numbers for logging.
|
|
|Thanks.
|
|
|--- Ceki Gülcü <[EMAIL PROTECTED]> wrote:
|> 
|> What is the difference between Strings, taking the
|> values 2,4 and 8,
|> and Request, taking the values 100, 1000 and 2000?
|> 
|> Are you sure you are waiting for the background
|> thread to finish?
|> 
|> Your log4j configuration file suggests that your
|> tests use two
|> appenders dest1 and dest2. You are aware that
|> appenders are additive,
|> right?  Does logging output go both
|> c:/skk/cps/logger/test/test1.log
|> and c:/skk/cps/logger/test/test.log? Given that
|> writing to a file is
|> the most time consuming task, is it fait to say that
|> log4j is doing
|> twice the work roughly at the same cost?
|> 
|> At 07:29 03.09.2002 -0700, you wrote:
|> >Hi,
|> >
|> >We are planning to move from a custom in house
|> logging
|> >framework (MyLogger) to using Log4j and have been
|> >doing some performance comparison between log4j and
|> >MyLogger.
|> >
|> >The numbers seem to be favoring mylogger over
|> log4j.
|> >
|> >
|> >Sample Numbers
|> >==
|> >Note: Timing includes logj startup time, mylogger
|> >startup time and junitperf startup time.
|> >
|> >1) Logging 2 strings, each of size: 128bytes
|> >
|> >Request MyLogger(sec) Log4j(sec)
|> >==  ===   =
|> >100 1.221.29
|> >10001.671.71
|> >20002.122.01
|> >
|> >
|> >
|> >2) Logging 4 strings, each of size: 128bytes
|> >
|> >Request MyLogger(sec) Log4j(sec)
|> >==  ===   =
|> >100 1.211.25
|> >10001.653   1.82
|> >20002.242.56
|> >
|> >
|> >3) Logging 8 strings, each of size: 128bytes
|> >
|> >Request MyLogger(sec) Log4j(sec)
|> >==  ===   =
|> >100 1.351.35
|> >400 1.561.71
|> >900 1.8 2.35
|> >
|> >4) Logging 80 strings, each of size: 128bytes
|> >
|> >Request MyLogger(sec) Log4j(sec)
|> >==  ===   =
|>

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Bhangale, Bhushan


I am using this jar log4j-1.2.6.jar on windows 2000.

log4j.rootCategory=DEBUG, file
log4j.appender.file=org.apache.log4j.DailyRollingFileAppender
log4j.appender.file.file=${logFile.path}
log4j.appender.console.Threshold=INFO
log4j.appender.console.ImmediateFlush=true
log4j.appender.file.DatePattern='.'-MM-dd-HH

Log4j initializes smoothly no error I get.

The logging is continuous. I understand that the logger rolls the file after
every hour only if it will get any log event. But its not doing that.

-Original Message-
From: Thomas Muller [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, September 04, 2002 8:42 AM
To: Log4J Users List
Subject: RE: DailyRollingFileAppender does not create backup file


What Log4j version is this? Which OS? What does your configuration file look
like? Are you getting any Log4j ERR or WARN statements on std err when you
expect logging to occur (and the file to roll)? Could you please submit the
smallest possible program that demonstrates what you interpret as a flaw?

--

Thomas


| -Original Message-
| From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| Sent: 04 September 2002 13:36
| To: 'Log4J Users List'
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| I know Thomas. But its not happening at all. When I restart the 
| application onlt at that time it rolls the file.
|
| -Original Message-
| From: Thomas Muller [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, September 04, 2002 6:29 AM
| To: Log4J Users List
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| Keep in mind that the DailyRollingFileAppender is not supposed to roll 
| over exactly at the time specified, merely at the first log-event that 
| occurrs after that time is passed. The reason is simply that the 
| rollover is handled
| in the same thread as the logging occurrs.
|
| --
|
| Thomas
|
|
| | -Original Message-
| | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| | Sent: 03 September 2002 21:22
| | To: 'Log4J Users List'
| | Subject: RE: DailyRollingFileAppender does not create backup file
| |
| |
| | I am also facing the same problem. I have set for hourly rolling but 
| | it doesn't happen. It happens only when I stop my application and 
| | again starts it. At that time it rolls the old file and creates a 
| | new file. Is that rolling appender is supposed to do.
| |
| | -Original Message-
| | From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
| | Sent: Tuesday, September 03, 2002 2:47 PM
| | To: Log4J Users List
| | Subject: RE: DailyRollingFileAppender does not create backup file
| |
| |
| | Well, I'm glad to see that someone else is having the same problem I 
| | am. Though I have my DailyRollingFileAppender set to backup once a 
| | day and it's running under Tomcat. Sometimes it'll work for a few 
| | days and then just stop rolling the logs. I can't figure it out. Let 
| | me know if you figure out what's causing the problem.
| |
| | -shawn
| |
| | 
| | Shawn Wilson [[EMAIL PROTECTED]]
| | Software Developer, ATMReports.com
| | PH: 877-327-0873, FAX: 406-294-5806 
| | 
| |
| |
| | > -Original Message-
| | > From: Schmied Alexander [mailto:[EMAIL PROTECTED]]
| | > Sent: Tuesday, September 03, 2002 1:12 AM
| | > To: '[EMAIL PROTECTED]'
| | > Subject: DailyRollingFileAppender does not create backup file
| | >
| | >
| | > i'm using Log4j with DailyRollingFileAppender and for testing i've 
| | > configured the appender to roll every minute. the problem is, that 
| | > the debug-output of Log4j logs that the file will be renamed and 
| | > no error occured, but there are no backup files in the directory. 
| | > Here the debug-output of Log4j:
| | >
| | > log4j: c:/log/rel33/Log4j/test.log -> 
| | > c:/log/rel33/Log4j/test.log.2002-09-03-08-49
| | > log4j: setFile called: c:/log/rel33/Log4j/test.log, false
| | > log4j: setFile ended
| | >
| | > The file test.log exists in the directory and is empty after every 
| | > minute but the file test.log.2002-09-03-08-49 is never created. 
| | > What can be the problem here?
| | >
| | > Thanks, Alex.
| | >
| | >
| | > --
| | > To unsubscribe, e-mail: 
| | > 
| | > For additional commands, e-mail: 
| | > 
| | >
| | >
| |
| |
| | --
| | To unsubscribe, e-mail:
| 
| For additional commands, e-mail:



"The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please return the e-mail to the sender and delete it from your computer.
Although The Bank of New York attempts to sweep e-mail and attachments for
viruses, it does not guarantee that either are virus-free and accepts no
liability for any damage sustained as a result of viruses."


--
To unsubscribe, e-mail:   
For additional comm

Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

2002-09-04 Thread M . Langenbahn


Hi,

I've developed a servlet-based application that is running on WebSphere
4.01 (on AIX) and is doing some XSL-transformations on XML-files using
Xalan and Xerces. Since I switched logging to Log4J we experience some
strange problems concerning the XSL-scripts, i.e. scripts that were working
fine before (except for some warnings because of variables being used
without prior declaration) now produce fatal errors.

Of course it's easy to just fix the scripts (i.e. declare the variables)
and we'll certainly do this, but what really concerns me is, that there
seems to be a dependency between Log4J and Xalan/Xerces. However I don't
have any clue why, because all relevant classes seem to be in different
packages and therefor shouldn't interfere.

The problem appears with different versions of Xalan and Xerces, though
primarily we use Xalan 2.0.0 and Xerces 1.2.1 (the versions that are
contained in WebSphere 4.01). I put the log4j.jar (version 1.2.3) in the
WebSphere's "lib/app" directory and tried with and without putting Xalan
and Xerces into the "WEB-INF/lib" directory of my application (because I
thought it might be depending on the order in which the classes are loaded
and classes in "WEB-INF/lib" should be loaded before those in "lib/app" and
these again before those in "lib", where the Xalan and Xerces WebSphere is
using reside), but it doesn't make any difference.

Does anybody have any idea what might be the reason for this problem and
how I can solve this without switching back to my own logging classes (as I
already mentioned above, just fixing the scripts is not enought, because we
cannot tolerate a dependency between Log4J and Xalan/Xerces)?

I suppose that somehow the Xalan/Xerces classes get access to some of the
Log4J XML/XSL-related classes. These classes are newer than the classes
contained in the Xalan/Xerces versions that we're using and therefor more
strict, which is why they not only warn when a variable in the XSL is used
without prior declaration but throw an exception and stop further
processing. But I don't have any idea why this happens and how I can avoid
this.

Any help is greatly appreciated.

Regards,
Markus.



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Thomas Muller


What Log4j version is this? Which OS? What does your configuration file look
like? Are you getting any Log4j ERR or WARN statements on std err when you
expect logging to occur (and the file to roll)? Could you please submit the
smallest possible program that demonstrates what you interpret as a flaw?

--

Thomas


| -Original Message-
| From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| Sent: 04 September 2002 13:36
| To: 'Log4J Users List'
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| I know Thomas. But its not happening at all. When I restart the
| application
| onlt at that time it rolls the file.
|
| -Original Message-
| From: Thomas Muller [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, September 04, 2002 6:29 AM
| To: Log4J Users List
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| Keep in mind that the DailyRollingFileAppender is not supposed to
| roll over
| exactly at the time specified, merely at the first log-event that occurrs
| after that time is passed. The reason is simply that the rollover
| is handled
| in the same thread as the logging occurrs.
|
| --
|
| Thomas
|
|
| | -Original Message-
| | From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| | Sent: 03 September 2002 21:22
| | To: 'Log4J Users List'
| | Subject: RE: DailyRollingFileAppender does not create backup file
| |
| |
| | I am also facing the same problem. I have set for hourly rolling but
| | it doesn't happen. It happens only when I stop my application and
| | again starts it. At that time it rolls the old file and creates a new
| | file. Is that rolling appender is supposed to do.
| |
| | -Original Message-
| | From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
| | Sent: Tuesday, September 03, 2002 2:47 PM
| | To: Log4J Users List
| | Subject: RE: DailyRollingFileAppender does not create backup file
| |
| |
| | Well, I'm glad to see that someone else is having the same problem I
| | am. Though I have my DailyRollingFileAppender set to backup once a day
| | and it's running under Tomcat. Sometimes it'll work for a few days and
| | then just stop
| | rolling the logs. I can't figure it out. Let me know if you figure out
| | what's causing the problem.
| |
| | -shawn
| |
| | 
| | Shawn Wilson [[EMAIL PROTECTED]]
| | Software Developer, ATMReports.com
| | PH: 877-327-0873, FAX: 406-294-5806
| | 
| |
| |
| | > -Original Message-
| | > From: Schmied Alexander [mailto:[EMAIL PROTECTED]]
| | > Sent: Tuesday, September 03, 2002 1:12 AM
| | > To: '[EMAIL PROTECTED]'
| | > Subject: DailyRollingFileAppender does not create backup file
| | >
| | >
| | > i'm using Log4j with DailyRollingFileAppender and for testing i've
| | > configured the appender to roll every minute. the problem is, that
| | > the debug-output of Log4j logs that the file will be renamed and no
| | > error occured, but there are no backup files in the directory. Here
| | > the debug-output of Log4j:
| | >
| | > log4j: c:/log/rel33/Log4j/test.log ->
| | > c:/log/rel33/Log4j/test.log.2002-09-03-08-49
| | > log4j: setFile called: c:/log/rel33/Log4j/test.log, false
| | > log4j: setFile ended
| | >
| | > The file test.log exists in the directory and is empty after every
| | > minute but the file test.log.2002-09-03-08-49 is never created. What
| | > can be the problem here?
| | >
| | > Thanks, Alex.
| | >
| | >
| | > --
| | > To unsubscribe, e-mail:
| | > 
| | > For additional commands, e-mail:
| | > 
| | >
| | >
| |
| |
| | --
| | To unsubscribe, e-mail:
| 
| For additional commands, e-mail:



"The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please return the e-mail to the sender and delete it from your computer.
Although The Bank of New York attempts to sweep e-mail and attachments for
viruses, it does not guarantee that either are virus-free and accepts no
liability for any damage sustained as a result of viruses."


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




*
Copyright ERA Technology Ltd. 2002. (www.era.co.uk). All rights reserved.
The information supplied in this email should be treated in confidence. No
liability whatsoever is accepted for any loss or damage
suffered as a result of accessing this message or any attachments.


This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com
___

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Bhangale, Bhushan

I know Thomas. But its not happening at all. When I restart the application
onlt at that time it rolls the file.

-Original Message-
From: Thomas Muller [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, September 04, 2002 6:29 AM
To: Log4J Users List
Subject: RE: DailyRollingFileAppender does not create backup file

Keep in mind that the DailyRollingFileAppender is not supposed to roll over
exactly at the time specified, merely at the first log-event that occurrs
after that time is passed. The reason is simply that the rollover is handled
in the same thread as the logging occurrs.

--

Thomas

| -Original Message-
| From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| Sent: 03 September 2002 21:22
| To: 'Log4J Users List'
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| I am also facing the same problem. I have set for hourly rolling but 
| it doesn't happen. It happens only when I stop my application and 
| again starts it. At that time it rolls the old file and creates a new 
| file. Is that rolling appender is supposed to do.
|
| -Original Message-
| From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, September 03, 2002 2:47 PM
| To: Log4J Users List
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| Well, I'm glad to see that someone else is having the same problem I 
| am. Though I have my DailyRollingFileAppender set to backup once a day 
| and it's running under Tomcat. Sometimes it'll work for a few days and
| then just stop
| rolling the logs. I can't figure it out. Let me know if you figure out
| what's causing the problem.
|
| -shawn
|
| 
| Shawn Wilson [[EMAIL PROTECTED]]
| Software Developer, ATMReports.com
| PH: 877-327-0873, FAX: 406-294-5806 
| 
|
|
| > -Original Message-
| > From: Schmied Alexander [mailto:[EMAIL PROTECTED]]
| > Sent: Tuesday, September 03, 2002 1:12 AM
| > To: '[EMAIL PROTECTED]'
| > Subject: DailyRollingFileAppender does not create backup file
| >
| >
| > i'm using Log4j with DailyRollingFileAppender and for testing i've 
| > configured the appender to roll every minute. the problem is, that 
| > the debug-output of Log4j logs that the file will be renamed and no 
| > error occured, but there are no backup files in the directory. Here 
| > the debug-output of Log4j:
| >
| > log4j: c:/log/rel33/Log4j/test.log -> 
| > c:/log/rel33/Log4j/test.log.2002-09-03-08-49
| > log4j: setFile called: c:/log/rel33/Log4j/test.log, false
| > log4j: setFile ended
| >
| > The file test.log exists in the directory and is empty after every 
| > minute but the file test.log.2002-09-03-08-49 is never created. What 
| > can be the problem here?
| >
| > Thanks, Alex.
| >
| >
| > --
| > To unsubscribe, e-mail: 
| > 
| > For additional commands, e-mail: 
| > 
| >
| >
|
|
| --
| To unsubscribe, e-mail:

For additional commands, e-mail: 

"The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please return the e-mail to the sender and delete it from your computer.
Although The Bank of New York attempts to sweep e-mail and attachments for
viruses, it does not guarantee that either are virus-free and accepts no
liability for any damage sustained as a result of viruses."

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

*
Copyright ERA Technology Ltd. 2002. (www.era.co.uk). All rights reserved. 
The information supplied in this email should be treated in confidence. No
liability whatsoever is accepted for any loss or damage 
suffered as a result of accessing this message or any attachments.

This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

"The information in this e-mail, and any attachment therein, is 
confidential and for use by the addressee only. If you are not the 
intended recipient, please return the e-mail to the sender and delete 
it from your computer. Although The Bank of New York attempts to 
sweep e-mail and attachments for viruses, it does not guarantee that 
either are virus-free and accepts no liability for any damage sustained 
as a result of viruses." 

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: DailyRollingFileAppender does not create backup file

2002-09-04 Thread Thomas Muller


Keep in mind that the DailyRollingFileAppender is not supposed to roll over
exactly at the time specified, merely at the first log-event that occurrs
after that time is passed. The reason is simply that the rollover is handled
in the same thread as the logging occurrs.

--

Thomas


| -Original Message-
| From: Bhangale, Bhushan [mailto:[EMAIL PROTECTED]]
| Sent: 03 September 2002 21:22
| To: 'Log4J Users List'
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| I am also facing the same problem. I have set for hourly rolling but it
| doesn't happen. It happens only when I stop my application and
| again starts
| it. At that time it rolls the old file and creates a new file. Is that
| rolling appender is supposed to do.
|
| -Original Message-
| From: Shawn Wilson [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, September 03, 2002 2:47 PM
| To: Log4J Users List
| Subject: RE: DailyRollingFileAppender does not create backup file
|
|
| Well, I'm glad to see that someone else is having the same problem I am.
| Though I have my DailyRollingFileAppender set to backup once a
| day and it's
| running under Tomcat. Sometimes it'll work for a few days and
| then just stop
| rolling the logs. I can't figure it out. Let me know if you figure out
| what's causing the problem.
|
| -shawn
|
| 
| Shawn Wilson [[EMAIL PROTECTED]]
| Software Developer, ATMReports.com
| PH: 877-327-0873, FAX: 406-294-5806 
|
|
| > -Original Message-
| > From: Schmied Alexander [mailto:[EMAIL PROTECTED]]
| > Sent: Tuesday, September 03, 2002 1:12 AM
| > To: '[EMAIL PROTECTED]'
| > Subject: DailyRollingFileAppender does not create backup file
| >
| >
| > i'm using Log4j with DailyRollingFileAppender and for testing i've
| > configured the appender to roll every minute. the problem is, that the
| > debug-output of Log4j logs that the file will be renamed and no error
| > occured, but there are no backup files in the directory. Here the
| > debug-output of Log4j:
| >
| > log4j: c:/log/rel33/Log4j/test.log ->
| > c:/log/rel33/Log4j/test.log.2002-09-03-08-49
| > log4j: setFile called: c:/log/rel33/Log4j/test.log, false
| > log4j: setFile ended
| >
| > The file test.log exists in the directory and is empty after every
| > minute but the file test.log.2002-09-03-08-49 is never created. What
| > can be the problem here?
| >
| > Thanks, Alex.
| >
| >
| > --
| > To unsubscribe, e-mail:
| > 
| > For additional commands, e-mail:
| > 
| >
| >
|
|
| --
| To unsubscribe, e-mail:

For additional commands, e-mail: 


"The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete
it from your computer. Although The Bank of New York attempts to
sweep e-mail and attachments for viruses, it does not guarantee that
either are virus-free and accepts no liability for any damage sustained
as a result of viruses."


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




*
Copyright ERA Technology Ltd. 2002. (www.era.co.uk). All rights reserved. 
The information supplied in this email should be treated in confidence.
No liability whatsoever is accepted for any loss or damage 
suffered as a result of accessing this message or any attachments.


This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Problem sending only one line using SMTPAppender

2002-09-04 Thread Decker, Pascal


Hi,

1. I use a FileAppender to log to a file and a SMTPAppender to send fatal
errors in an email.
To filter, that only fatal errors will be sent in an email I wrote a custom
class that implements TriggeringEventEvaluator.
and I define the class in log4j.properties
log4j.appender.mail.EvaluatorClass=com.SomeClass

Everything works perfect, but If any debug log entries have already been
logged to the FileAppender and after that a fatal error occurs, I receive an
email with everything in it:Debug, Info and Error log entries.
I only expect to get one log entry if a fatal error occurs.

Is there any buffering mechanism, that adds all log entries in the email?

2. Is there a similar filtering mechanism for FileAppender like implementing
TriggeringEventEvaluator in the case of SMTPAppender?

Any help is very welcome!
cheers,

Pascal

Antw: RE: Performance between Log4j and custom in-house logger

RE: Performance between Log4j and custom in-house logger

RE: Performance between Log4j and custom in-house logger

Re: compile under jdk1.1?

compile under jdk1.1?

RE: Performance between Log4j and custom in-house logger

RE: Performance between Log4j and custom in-house logger

RE: Performance between Log4j and custom in-house logger

RE: Performance between Log4j and custom in-house logger

Re: JMX

rc.d scripts for socket server

RE: Unexpected Exception launching through Ant

Re: JMX

RE: Unexpected Exception launching through Ant

Re: Problems with Xalan/Xerces using Log4J 1.2.3 withWebSphere 4.01

RE: DailyRollingFileAppender does not create backup file

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

RE: DailyRollingFileAppender does not create backup file

Re: Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

JMX

RE: Log4sh?

RE: Log4sh?

Log4sh?

How to list appenders in 1.2.6

RE: Performance between Log4j and custom in-house logger

RE: DailyRollingFileAppender does not create backup file

Problems with Xalan/Xerces using Log4J 1.2.3 with WebSphere 4.01

RE: DailyRollingFileAppender does not create backup file

RE: DailyRollingFileAppender does not create backup file

RE: DailyRollingFileAppender does not create backup file

Problem sending only one line using SMTPAppender

32 matches

Site Navigation

Mail list logo

Footer information