How did you attempt the loggers per thread approach?
As far as I can see this should be possible. If you create 5 different
loggers, 1 per thread and make sure that they all descend from the root and
the additivity is set to false. Then store the logger objects in a
java.lang.ThreadLocal object
I'm NOT stupid...
I hope.
The reason I joined this mailing list was because I had a
auto-configuration problem, but it went away... BUT now it's back. Oh joy.
- I have Tomcat 4.1.12 with 1 context (my application).
- In my application I have
* WEB-INF/lib/log4j.jar (latest stable)
*
Hi,
How is it possible to put log2j.properties in a jar file?
Thanks,
Sasan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Given that log4j.jar is in server/lib, I don't think it's reasonable to
expect Tomcat to go look in an arbitrary context/WEB-INF/classes for a
.properties file. (How would it know which one?)
Log4j searches the whole classpath, so if I put a properties file in
classes, it is found indeed (this
Howdy,
By doing jar cvf [jarFileName] log2j.properties ;) It's not difficult.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Sahraei Sasan-ssahra01 [mailto:[EMAIL PROTECTED]
Sent: Monday, November 17, 2003 10:04 AM
To: 'Log4J Users List'
Subject: log4j.properties in
:) thanks :), the question was, is it possible though to include the properties file
into a jar file, will be accessble then by log4j loaders (those classes that are
required to read it)?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 17 November 2003 15:14
To:
Howdy,
You mean for auto-configuration of log4j?
In general, if you put a resource in a jar file it's accessible to the
ClassLoader#getResource call, which is what log4j uses to auto-configure
itself. You have to make sure the log4j.properties file is at the top
level of the jar, so
Log4j searches the whole classpath, so if I put a properties file in
classes, it is found indeed (this is what I've done as a workaround).
The thing is, the classes directory in my webapp is also part of the
classpath, and it should have found the file there...
I don't think so. There is
Hmm, so if you put the log4j jar in the server/lib directory, then it will
get loaded by Tomcat's classloader and use that classloader's classpath?
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: 17 November 2003 15:34
To: Log4J Users List
Subject: RE: Revamp:
Tom wrote:
The problem is that when I specify the log4j debug parameter
to see why it isn't loaded, I'm not getting any output, unless
I place another log4j.jar in the server/lib.
I don't see why you would expect to get server debugging *without*
putting a log4j.jar and properties file under
If the one and only log4j.jar is in WEB-INF/lib, then putting
log4j.properties in WEB-INF/classes should work.
WEB-INF/classes should
automatically be part of the webapp's classpath, so log4j
should find it.
Wasn't the original question about *server* error logging, not webapp?
Reading
If the one and only log4j.jar is in WEB-INF/lib, then putting
log4j.properties in WEB-INF/classes should work. WEB-INF/classes should
automatically be part of the webapp's classpath, so log4j should find it.
As though I.
Are you deploying as an EAR?
Nope, it is a context pointing directly to
At 01:16 PM 11/17/2003 +0100, you wrote:
I'm NOT stupid...
I hope.
I'm sure, not.
The reason I joined this mailing list was because I had a
auto-configuration problem, but it went away... BUT now it's back. Oh joy.
- I have Tomcat 4.1.12 with 1 context (my application).
you should upgrade.
It's one of the most funny mail dialogues I have seen :)
Good Job, Jake!
BR
Xi Yuxiang
Nov. 18th, 2003
-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: 20031118 9:19
To: Log4J Users List
Subject: Re: Revamp: App-server independent log4j logging
At 01:16 PM
- I have Tomcat 4.1.12 with 1 context (my application).
you should upgrade. 4.1.29 is out and Tomcat-5, my personal favorite,
is just about to be fully released as 5.0.15 (or whichever version they
decide).
Ah, yes, but company prescribed versions and stuff are always a bummer.
- In the
15 matches
Mail list logo