Re: Enhanced FileAppender

2006-10-05 Thread Curt Arnold
On Oct 5, 2006, at 7:45 AM, Leo Lima wrote: Well, in recurrent scheduling servers that open a log file per schedule, that would be totally necessary. I, for example, must use something that has append in it... I was suggesting that there need not be an "append" attribute since the u

Re: Enhanced FileAppender

2006-10-05 Thread Ron Grabowski
NLog's (a well written logging library inspired by log4net) FileTarget (read: FileAppender) supports the features you're describing: http://svn.nlog-project.org/repos/nlog/trunk/NLog/src/NLog/Targets/File.cs I haven't used it personally but from glancing at the source (specifically the Initiali

Re: Enhanced FileAppender

2006-10-05 Thread Bender Heri
Hi Leo > > 3. The configured file name can be used as base when > building the concrete > > filename > > That's what KeyFileAppender does, and I think it's enought. > But, sure, if > I'd like to split the files on directories, I guess it would > be no use? Or > if we make the File name have

Re: Enhanced FileAppender

2006-10-05 Thread Leo Lima
Hello. "Bender Heri" <[EMAIL PROTECTED]> escreveu na mensagem news:[EMAIL PROTECTED] > great that now a real discussion about my proposal is launched and you, > Curt, want to setup a new project for it. But I am sorry that I have > nearly no time for helping. I see my contribution to log4j in h

KeyPoolFileAppender (was Enhanced FileAppender)

2006-10-05 Thread Leo Lima
"Patrick Wyss" <[EMAIL PROTECTED]> escreveu na mensagem news:[EMAIL PROTECTED] > but maybe instead of subclassing FileAppender it would make more sense > anyway to use the decorator pattern. => "MultiFileAppender" which takes a > FileAppender as parameter. so you could wrap it around any exist

Re: Enhanced FileAppender

2006-10-05 Thread Bender Heri
Hi great that now a real discussion about my proposal is launched and you, Curt, want to setup a new project for it. But I am sorry that I have nearly no time for helping. I see my contribution to log4j in helping people on the user list. I like most of what you elaborated by now. Some remarks

AW: Re: Enhanced FileAppender

2006-10-05 Thread Patrick Wyss
> Well, in recurrent scheduling servers that open a log file > per schedule, > that would be totally necessary. I, for example, must use > something that has > append in it... i think what curt meant was that *only* append=true makes sense here... so that's why it should not be possible to set

Re: Enhanced FileAppender

2006-10-05 Thread Leo Lima
"Curt Arnold" <[EMAIL PROTECTED]> escreveu na mensagem news:[EMAIL PROTECTED] >>> Opening or reopening a log file will append to the file. >> >> That should be the case only if the log file was closed due timeout or >> max >> open limit reached; because that would then mimic the behavior of >>

[EMAIL PROTECTED]: Project logging-log4j-tests (in module logging-log4j) failed

2006-10-05 Thread noreply
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project logging-log4j-tests has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project logging-log4j-tests (in module logging-log4j) failed

2006-10-05 Thread noreply
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project logging-log4j-tests has an issue affecting its community integration. This issue

AW: Enhanced FileAppender

2006-10-05 Thread Patrick Wyss
> -Ursprüngliche Nachricht- > Von: Bender Heri [mailto:[EMAIL PROTECTED] > > hi Wyssli :-] sali, heri > 1. Maybe I cited the wrong desing pattern. You probably right > that the strategy pattern would match cleaner (it's an > academic question). excuse me for being academic :-D to be