Hi Ceki
see inline.
> On the down side, in order to configure the embedded file appender,
> MultiFileAppender would need to somehow replay bits of configuration file
> (each time a new FileAppender needs to be created).
How would you configure the embedded FileAppender? Would the configuration o
Heri et al.,
Jumping in on this thread a little late, I believe that the decorator
pattern would offer a significant advantage because it would handle
derivatives of the FileAppender class such as RollingFileAppender. On
the down side, in order to configure the embedded file appender,
MultiFileAp
On Oct 9, 2006, at 3:03 AM, Bender Heri wrote:
Hi all
After having thought during the weekend I think Patrick's
suggestion of Decorator Pattern would be the easiest way to go.
Pro:
- The enhancement applies to all FileAppender
- There is no need to touch the code of the existing file
app
Hi all
After having thought during the weekend I think Patrick's suggestion of
Decorator Pattern would be the easiest way to go.
Pro:
- The enhancement applies to all FileAppender
- There is no need to touch the code of the existing file appenders. They work
the same way as until now (except t
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
AIL PROTECTED]>
To: [email protected]
Sent: Monday, October 2, 2006 2:12:26 PM
Subject: Enhanced FileAppender
Hello all
Since in user list nobody commented my suggestion for an enhancement of the
FileAppender I will repeat it here.
Problem:
A often asked issue in user list is the pr
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
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
"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
gt; To: [email protected]
> Subject: [SPAM (Bayesain Analysis)] - Re: Enhanced FileAppender -
> Bayesian Filter detected spam
>
>
>
> "Curt Arnold" <[EMAIL PROTECTED]> escreveu na mensagem
> news:[EMAIL PROTECTED]
> >>> Opening or reopening a l
> 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
"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
>>
> -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
On Oct 4, 2006, at 4:22 PM, Leo Lima wrote:
Hello, Curt.
I agree with you on almost all of them, but:
A configurable limit on the number of writers open at any one time.
A configurable limit on the time a writer will rename open
without any
writes.
It would be something like 'whichever
Hello, Curt.
"Curt Arnold" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> I'll try to flesh out a sandbox project for this at ApacheCON US 's
> Hackathon next week. I don't know of any other log4j developers that
> will be there, but at least one log4net developer will be at
I'll try to flesh out a sandbox project for this at ApacheCON US 's
Hackathon next week. I don't know of any other log4j developers that
will be there, but at least one log4net developer will be attending.
It would be nice if the design could support the existing
functionality of KeyFileAp
Hello, Bender.
> 1. my proposal is valid for all FileAppender's and its derivations
> (RollingFileAppender, DailyRollingFileAppender) and not only for a
> specialized subclass (hence design pattern 'strategy')
I agree.
> 2. KeyFileAppender supports only one MDC value, and this is only appended
> -Original Message-
> From: patrick [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 03, 2006 11:09 AM
> To: [email protected]
> Subject: Re: Enhanced FileAppender
>
>
>
> hi heri,
>
> i like the idea a lot.
> however (admittedly without thinkin
Leo Lima
> Sent: Tuesday, October 03, 2006 4:16 PM
> To: [email protected]
> Subject: [SPAM (DNS Blacklist)] - Re: Enhanced FileAppender - Sending
> mail server found on sbl-xbl.spamhaus.org
>
>
> Hello Bender.
>
> > Problem:
> > A often asked issu
Hello Bender.
> Problem:
> A often asked issue in user list is the problem to separate log files
> dependent on different criterias, like a client-ID in a server
> environment, a mandant- or task-ID in scheduler applications, etc.
> Although it is possible to achieve this with the existing log4
-----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Enhanced-FileAppender-tf2371544.html#a6616626
Sent from the Log4j - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hello all
Since in user list nobody commented my suggestion for an enhancement of the
FileAppender I will repeat it here.
Problem:
A often asked issue in user list is the problem to separate log files dependent
on different criterias, like a client-ID in a server environment, a mandant- or
tas
22 matches
Mail list logo
