Hi,
I'm trying to extend RollingFileAppender. I want to manipulate the
*complete* message that's logged by prepending something to the message
just before it's dumped into the file.
My custom class's append() tries to create a new LoggingEvent from the
given LoggingEvent, prepending my text to t
What if you had loggers named normally. Then to create your view,
create a separate appender and attach it to the loggers for that view.
i.e. Attach a DAOAppender to all DAO loggers and then you can change
the logging for that view by setting the threshold on DAOAppender.
That would tend to put v
What if you had multiple calls to getLogger with the same logger
name, but different sets of "domain" names? An unlikely scenario
if you were using class name based loggers, but could be common if
you used other naming strategies.
I can't see a way around that one, but most people use no
I don't use the XML appender for log4j but that doesn't look like it
is from log4j.
On 3/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
James,
Thanks for your response. The log file looks like this:
On Mar 21, 2007, at 8:05 PM, Paul Smith wrote:
I've just thought of an idea I'd like to share. Most likely
someone has thought of this before, and probably implemented it,
but just in case...
public class Foo {
...
private static Logger LOG = Logger.getLogger(Foo.class,
"my
James,
Thanks for your response. The log file looks like this:
This is obviously not the whole file, but they are between 6 an
A few lines of the log file might be helpful. BTW no included log4j
appenders create files with random names so if log4j is creating that
it is using a custom appender.
On 3/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hello,
My name is Jim McEvoy and I am a recent addition to the log4j
Hello,
My name is Jim McEvoy and I am a recent addition to the log4j user list.
Like all people who come onto this forum, I have questions. Hopefully
someday soon, I can provide answers as well.
Is anyone on this list familiar with Jdeveloper, and if so I have a
question as pertains to log fi
I sent this thread to wrong list.
I double previous the msg to Log4J developers list under topic
"Proposals for jmx package".
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
just out of curiosity, are you saying that:
> - the memory is freed when you delete the logfiles (with "rm" or something)?
Yes, this is exactly what is happening.
- is this some redhat/java combination thing? with my short test nothing like
this can be seen under winXP
=> can you che
I do NOT blame log4j, i just wanted to share my observations and confront my
suspicion with you guys.
I think we got to the same conclussion actually. Though, i have not idea how
this (potential) caching would work on Linux/Unix systems (Red Hat, Ubuntu and
Solaris do the same thing with those
if i understand you correctly and the memory is reclaimed once you delete the
logs, then it is no "leak" (=bad, bad, bad!) but might be "caching"
(=good,good,good!). even if this caching might be not desirable in some
situations ;-)
what i want to say is that i would check if jvn/RH is to be bl
just out of curiosity, are you saying that:
- the memory is freed when you delete the logfiles (with "rm" or something)?
- is this some redhat/java combination thing? with my short test nothing like
this can be seen under winXP
=> can you check if RH/java always is caching files (by writing a
Thanx Andrew anyway.
I got your point. There may be something wrong between JVN and OS.
However, as i said i would not blame JVM for any leaks (especially that
in a meantime we've change JVM version couple of times).
-Original Message-
From: Andrew Marlow [mailto:[EMAIL PROTECTED]
Sent:
Our log4j configuration.
RollingFileAppenders or FileAppender (no matter what sort of appender we
use, symptoms are the same). Rolling appender 3 files, 1GB each.
Every appender work i asynchronous mode (buffer is set to 1), but it
is worth mentioning that when we've configured synchronous app
15 matches
Mail list logo
