At 06:51 PM 1/5/2005, you wrote:
Thanks Ceki -
I was hoping this is where it would end up.
Does this use implicit actions?
Yes, it does.
I see that selfInitialize in o.a.l.joran.JoranConfigurator registers a
number of rules, but I don't see anything referring to
TriggeringEventEvaluators.
Conside
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wed 1/5/2005 9:42 AM
To: [EMAIL PROTECTED]
Cc:
Subject: cvs commit: logging-log4j/src/java/org/apache/log4j/net
SMTPAppender.java
ceki2005/01/05 09:42:09
Modified:src/java/org/apache/log4j/net SMTPAppender.java
ceki2005/01/05 09:42:09
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
SMTPAppender now takes advantage of the poweful new features in Joran, in
particular the capabilty to configure appeder sub-components.
Revision ChangesPath
1.44 +30 -36
lo
Hello Scott,
Since we have the possibility of configuring sub-components of
components, the expression parameter should be added to instances of
the appropriate TriggeringEventEvaluator. Once of the reasons behind
the development of Joran was to address the problem of configuring
sub-components of
ceki2005/01/04 11:56:51
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
Corrections to SMTPAppender
Revision ChangesPath
1.43 +3 -2
logging-log4j/src/java/org/apache/log4j/net/SMTPAppender.java
Index: SMTPAppender.java
=
sdeboy 2005/01/03 23:58:53
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
Corrected typo
Revision ChangesPath
1.42 +1 -1
logging-log4j/src/java/org/apache/log4j/net/SMTPAppender.java
Index: SMTPAppender.java
==
sdeboy 2005/01/03 23:57:20
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
SMTPAppender now supports an optional 'expression' param that will cause
DefaultEvaluator to use ExpressionRule for trigger evaluation.
NOTE: TriggeringEventEvaluator and o.a.l.Rule appear
ceki2004/12/16 14:05:29
Modified:docs HISTORY.txt
src/java/org/apache/log4j/net SMTPAppender.java
Log:
- Added pattern conversion support for the Subject line for emails
generated by SMTPAppender. The set of patterns is the same as those
supported b
ceki2004/12/16 10:08:49
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
SMTPAppender now uses its logger to report errors. It moves away from using a
generic errorHandler.
The new pattern for hadnling error is:
in activateOptions() error conditions are log
On Tue, 14 Dec 2004, Ceki Gülc <[EMAIL PROTECTED]> wrote:
> The fact that a small typo affects 200 projects should tell you that
> something is wrong with Gump's current approach.
Absolutely agreed. We know we could do better, we just haven't had
the time/skills to change it yet.
> For example,
At 07:41 PM 12/14/2004, Mark Womack wrote:
The fact that 200 projects were affected in Gump is a Gump problem, not a
log4j problem.
Gump is reportedly being improved to avoid the recent observed massive
breakdown. However, when 200 projects start blaming log4j, then things
become much less obvious.
On Wednesday 15 December 2004 02:41, Mark Womack wrote:
> If there are that many projects in there, all dependent on
> each other in a multitude of ways, it amazes me that Gump ever completes a
> nightly build of all the projects. I like Gump, I support it, but I am not
> going to take special ac
yoavs 2004/12/14 10:47:35
Modified:docs HISTORY.txt
src/java/org/apache/log4j/net SMTPAppender.java
Log:
Bugzilla 20985.
Revision ChangesPath
1.13 +12 -9 logging-log4j/docs/HISTORY.txt
Index: HISTORY.txt
===
ecompile before submitting. And Jake had that
strange compile behavior recently too.
-Mark
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004 7:48 AM
To: Log4J Developers List
Subject: Re: cvs commit: logging-log4j/src/java/org/a
At 04:48 PM 12/14/2004, Niclas Hedhman wrote:
On Tuesday 14 December 2004 22:57, Ceki Gülcü wrote:
My sincerest apologies. Of course, Log4J are entitled to "fuck up" from time
to time. That is not something I want to undermine, and if it came across
like that, then I am truly sorry.
Niclas, there i
Niclas et al.,
IMHO, the kind of urgent pleas as the one by Niclas (quoted below) are
quite inappropriate. We, the log4j developers, have the right to
occasionally fuck up like every one else. The fact that a small typo
affects 200 projects should tell you that something is wrong with
On Tuesday 14 December 2004 00:22, [EMAIL PROTECTED] wrote:
> Index: SMTPAppender.java
> ===
> /home/cvs/logging-log4j/src/java/org/apache/log4j/net/SMTPAppender.java,v
> retrieving revision 1.35
> retrieving revision 1.36
> -
On Tuesday 14 December 2004 14:20, Mark Womack wrote:
> Not sure how you want to resolve this.
May I suggest a revert of the change first, and then think about how it should
be done?? :o) (only 200 projects are affected...)
Cheers
Niclas
--
+--//---+
/ http://www.dp
("Error occured while sending e-mail
notification.", e);
[javac] ^
[javac] 1 error
-Mark
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 13, 2004 8:22 AM
Subject: cvs commit: logging-log4j/src/jav
On Tuesday 14 December 2004 22:57, Ceki Gülcü wrote:
> When a totally silly problem attains such cataclysmic proportions, it
> puts us (log4j developers) under unnecessary and useless
> pressure.
My sincerest apologies. Of course, Log4J are entitled to "fuck up" from time
to tim
yoavs 2004/12/14 04:31:11
Modified:src/java/org/apache/log4j/net SMTPAppender.java
Log:
Fix for my typo from yesterday which broke Gump: missing 3rd argument to
errorHandler.error call.
Revision ChangesPath
1.37 +1 -1
logging-log4j/src/java/org/apache/log4j/
yoavs 2004/12/13 08:22:14
Modified:docs HISTORY.txt
src/java/org/apache/log4j/net SMTPAppender.java
Log:
Bugzilla 13900: SMTPAppender doesn't use errorHandler when sending errors
occur.
Revision ChangesPath
1.9 +2 -0 logging-log4j/docs/HIS
ceki2004/10/29 09:37:16
Modified:src/java/org/apache/log4j/net Tag: v1_2-branch
SMTPAppender.java
Log:
NOTE: 1.2.x BRANCH
More cleaning up, less deprecation warnings.
Revision ChangesPath
No revision
No
23 matches
Mail list logo
