Here ya go. Of course you'll need log4j.
Tom
[EMAIL PROTECTED] wrote:
Hi, I'm intrested on testing your servlet capabilities, can u send it to
me??
For the Open Source Power ...
Ahmed ALAMI
DQAI/SDV
Tel : 05 57 75 60 52
I had a lot of problems with something very similar. I resolve to
writing a servlet which force-configures log4j.
Atul Gosain wrote:
Hi
I have a situation like, a single webapp, but different modules inside a
single webapp. Each module is using its own logging using log4j. Each
one has a
I had a lot of problems with something very similar. I resolve to
writing a servlet which force-configures log4j. You can have it, if you
like.
Atul Gosain wrote:
Hi
I have a situation like, a single webapp, but different modules inside a
single webapp. Each module is using its own logging
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)
*
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
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
- 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
I see (took a look at the sources that were included in the older mail).
Basically he has rewritten the AndWatch part, expanding it into a
semi-framework, and adding a method to stop the thread (stopWatching).
Basically one could write a servlet that starts a watchdog upon load and
stops it
the Watchdog code I released way-back-when still needs to
be checked into cvs and worked into the plugin infrastructure.
If you have any comments, ideas, or time to review (once I get it checked
in) I'd love to hear them.
thanks,
-Mark
-Original Message-
From: Tom Eugelink [mailto:[EMAIL PROTECTED
Watchdog thread. This approach is good
outside servlet containers as well.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Tom Eugelink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2003 1:45 PM
To: Log4J Users List
Subject: Re: automatic reload
Hey Mark,
Well, I
servlet containers as well.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Tom Eugelink [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2003 1:45 PM
To: Log4J Users List
Subject: Re: automatic reload
Hey Mark,
Well, I could always try to make time (time suddenly
I know there is a parameter which can be used to specifiy that log4j
must reload a configuration file (checking every so often). But I prefer
autoconfiguration. AFAIK it is not possible to set autoreload from a
configuration file, correct?
Tom
I'm currently lobbying for my company to donate at the end of the year
to those open source projects we use; Log4j, Tomcat, TortoiseCVS. Won't
be much, times aren't good, but I'm trying.
Tom
Lutz Michael wrote:
The short manual I believe covers enough to answer this too.
Is there a writeup somewhere or can someone point me to an archived
message
that might describe the high level intension of Domains and how they will
fit in the current log4j object world of loggers, appenders, levels,
filters, etc.?
Domains will be presented at ApacheCon 2003. The slides will
Oh, and let me add another opinion to my own mail. I think that adding
more and more functionality to the JVM (what Sun is doing now) is not a
good thing. I prefer a lean mean core engine and addon JARs. Want SSL?
Add SSL.jar. Want logging? Add logging.jar. Want RDBMS? Add JDBC.jar.
I'd vote
That is probably what Dennis was looking for. But I feel it exactly
shows my point; all but the debug level are well defined, with the debug
level being the big-ol'-bucket-of... ahhh. Yes. Because it includes
critical method info, but also contents of
resultsets...parameters...performance
IMHO, for as far as it matters, I do feel that one debug level is
somewhat coarse. My debug information often has two levels of
granularity. The main level being program flow and decision logic, the
second level is logic support information like SQL statements, variable
content, etc.
Ofcourse
developers assume
DEBUG TRACE.
At 08:39 AM 10/19/2003 +0200, Tom Eugelink wrote:
IMHO, for as far as it matters, I do feel that one debug level is
somewhat coarse. My debug information often has two levels of
granularity. The main level being program flow and decision logic, the
second level
Hello guys,
Ok, I've been using log4j for many years now, but never been lost like
this: log4j gives me unwanted and wrongly formatted output.
I use log4j in all my subprojects. Each project results in a JAR file
with included log4j file, so that log4j will always find a file for
19 matches
Mail list logo