DO NOT REPLY [Bug 25355] New: - allow to require "TLS/SSL only" for outgoing mails of your SMTPAppender

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 24969] - SMTPAppender should be able to do auth

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Sandbox problems

At 08:28 PM 12/8/2003 -0500, you wrote: Raymond DeCampo wrote: Ceki Gülcü wrote: Given my recent changes to ThrowableInformation the following files no longer compile properly. The method getThrowable() is undefined for the type ThrowableInformation ThrowableClassMatchFilter.java log4j-sandbox/

RE: Sandbox problems

Howdy, I'm taking a look at it right now. I just built it fine, but against log4j 1.2.8 while I should be using the latest. ;) Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Ceki Gülcü [mailto:[EMAIL PROTECTED] >Sent: Tuesday, December 09, 2003 10:24 AM >To: Log4J

[ThrowableClassMatchFilter] RE: Sandbox problems

Hi, Well, the ThrowableClassMatchFilter relied directly on the getThrowable method of org.apache.log4j.spi.ThrowableInformation ;) Given that this method is gone for good, we have two choices: - Discard the ThrowableClassMatchFilter altogether - Add a getThrowableClassName or getThrowableClass

Re: [ThrowableClassMatchFilter] RE: Sandbox problems

Who finds this filter useful? If no one is interested we can safely throw it away. At 10:35 AM 12/9/2003 -0500, Shapira, Yoav wrote: Hi, Well, the ThrowableClassMatchFilter relied directly on the getThrowable method of org.apache.log4j.spi.ThrowableInformation ;) Given that this method is gon

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Howdy, This illustrates one of the fundamental issues of the sandbox (not just in log4j, it's more general), which is the circular argument of "no one knows about it if it's in the sandbox -> no one uses it -> no one can say 'I use this' -> it gets removed from the sandbox" ... Not that I part

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Yoav, I see your point although my question was more directed at you. Do you use ThrowableClassMatchFilter ? Can you think of a case where it could be useful? At 10:59 AM 12/9/2003 -0500, you wrote: Howdy, This illustrates one of the fundamental issues of the sandbox (not just in log4j, it's more

DailyRollingAppender does not roll each period (issue)

Hello all! This is about the fact that the DailyRollingAppender does not roll at the top-of-the-period that is set, but instead at the first log after that time has passed. This issue is the one listed in bug 10560 (DailyRollingAppender does not roll each period). I thought I might lay thi

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Howdy, I don't use it myself at this point because it's not part of the core distribution. The use-case I have in mind for this filter is that of expected errors that you don't want to log. Specifically, we have a math library that we ask to calculate all sorts of functions for us on sets of

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Given that the throwable instance is no longer available, I think it will be far more efficient to add the check in your code instead of relying on a filter bound to be slow. At 11:25 AM 12/9/2003 -0500, Shapira, Yoav wrote: Howdy, I don't use it myself at this point because it's not part of th

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Howdy, Probably ;) I don't mind junking this filter. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Ceki Gülcü [mailto:[EMAIL PROTECTED] >Sent: Tuesday, December 09, 2003 11:42 AM >To: Log4J Developers List >Subject: RE: [ThrowableClassMatchFilter] RE: Sandbox probl

Re: DailyRollingAppender does not roll each period (issue)

Thank for this patch. It is appreciated. Unfortunately, I don't think we could include it for the following reasons. Joseph, First, the rolling appenders have been rewritten. See o.a.l.rolling package in log4j cvs. Second, it is not good practice to hide threads within appenders. Have you consider

RE: DailyRollingAppender does not roll each period (issue)

> -Original Message- > From: Ceki Gülcü [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 09, 2003 10:56 AM > To: Log4J Developers List > Subject: Re: DailyRollingAppender does not roll each period (issue) > Second, it is not good > practice to hide threads within appenders. Just out

Re: DailyRollingAppender does not roll each period (issue)

Thank you for your reply, Ceki. > First, the rolling appenders have been rewritten. See o.a.l.rolling > package in log4j cvs. I will refer to the cvs sources (so far I was based on the sources in the jar). Do the re-written appenders address this issue? I'll probably self-answer that by reading th

owner-jobs@verisign.com?

Is anyone else getting replies from [EMAIL PROTECTED] on posts on this list? How could [EMAIL PROTECTED] have registered? :) -jo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: owner-jobs@verisign.com?

Walid Joseph Gedeon wrote: Is anyone else getting replies from [EMAIL PROTECTED] on posts on this list? How could [EMAIL PROTECTED] have registered? :) The "Thank You" message? I've been getting that one nearly once a day. Sort of annoying, to say the least. -- Toby Butzon <[EMAIL PROTECTED]> ILC

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

I've contributed an ExpressionFilter here: http://cvs.apache.org/viewcvs.cgi/jakarta-log4j/src/java/org/apache/log4j/varia/ExpressionFilter.java?rev=1.1&view=auto - which may provide much of the capabilities the specialized filters provided.. All of the event fields are accessible via keywords a

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Howdy, I like it. My only question is why the member variables are package access as opposed to private? Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Scott Deboy [mailto:[EMAIL PROTECTED] >Sent: Tuesday, December 09, 2003 1:06 PM >To: Log4J Developers List >Subje

RE: [ThrowableClassMatchFilter] RE: Sandbox problems

Just an oversight.. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 09, 2003 10:11 AM To: Log4J Developers List Subject: RE: [ThrowableClassMatchFilter] RE: Sandbox problems Howdy, I like it. My only question is why the member variables are pac

PluginTestCase failures

Hello, When running log4j test cases, I am getting PluginTestCase failures. Is it just me? -- Ceki Gülcü For log4j documentation consider "The complete log4j manual" ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp

Re: PluginTestCase failures

It is failing for me too Ceki. I will take a look at this one. Shouldn't we be receiving Gump failure reports if a test case is failing? cheers, Paul On Wed, 2003-12-10 at 05:24, Ceki GÃlcà wrote: > Hello, > > When running log4j test cases, I am getting PluginTestCase failures. Is it > just

FW: PluginTestCase failures

This is from Scott. From: "Scott Deboy" <[EMAIL PROTECTED]> To: Ceki Gülcü <[EMAIL PROTECTED]> Found the culprit. I pulled 1.8 of PluginRegistry.java (instead of the tip - 1.9) and the Plugins tests run fine...so it was introduced with the latest commit that added the 'isEquivalent' code, but I

Re: FW: PluginTestCase failures

I've done the research, and it is as Scott said due to the change in PluginRegistry by Mark to change over to the use of the Plugin.isEquivalent(..) as opposed to the use of equals(..). The PluginTestCase has a PluginTester inner class that has an overridden equals method that does some logging ou

Re: ApacheCon

Hi everyone, I'd like to add the following to Mark's comments on ApacheCon. It was pretty patent that chainsaw2 made a thorough impression on the audience. They were blown away when Mark showed off some of its capabilities. He also did an excellent job emphasizing the volunteering sprit of the log

cvs commit: jakarta-log4j/src/java/org/apache/log4j/selector - New directory

ceki2003/12/09 13:28:12 jakarta-log4j/src/java/org/apache/log4j/selector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

JDBCReceiver

Is there a reason why JDBCReceiver couldn't be moved from sandbox to core? I recently made some fixes that improve it's performance pretty dramatically (it was re-appending events it had previously seen).. For folks who have no way to send events via the network but can write to a database, (and

cvs commit: jakarta-log4j/src/java/org/apache/log4j/chainsaw/icons LevelIconFactory.java

psmith 2003/12/09 16:01:23 Modified:src/java/org/apache/log4j/chainsaw/icons LevelIconFactory.java Log: Fixed a bug found by Scott Deboy where the new GTK L&F doesn't seem to know how to find some basic warn/info/error icons. Modified to use the Meta

cvs commit: jakarta-log4j/src/java/org/apache/log4j/pattern PropertiesPatternConverter.java PatternParser.java

psmith 2003/12/09 18:40:47 Modified:src/java/org/apache/log4j/pattern PatternParser.java Added: src/java/org/apache/log4j/pattern PropertiesPatternConverter.java Log: Added a Properties pattern converter by basically copying the MDCPropertyPatternCo

cvs commit: jakarta-log4j/src/java/org/apache/log4j/chainsaw/layout DefaultDetailLayout.html

psmith 2003/12/09 18:41:31 Modified:src/java/org/apache/log4j/chainsaw/layout DefaultDetailLayout.html Log: The default event detail panel layout can now output the contents of the properties within the LoggingEvent. Revision ChangesPath 1.2

cvs commit: jakarta-log4j/src/java/org/apache/log4j/pattern PropertiesPatternConverter.java

psmith 2003/12/09 18:44:21 Modified:src/java/org/apache/log4j/pattern PropertiesPatternConverter.java Log: added the 'since' javadoc tag Revision ChangesPath 1.2 +1 -0 jakarta-log4j/src/java/org/apache/log4j/pattern/PropertiesPatternCo

cvs commit: jakarta-log4j/src/java/org/apache/log4j PatternLayout.java

psmith 2003/12/09 18:45:12 Modified:src/java/org/apache/log4j PatternLayout.java Log: Added the javadoc describing the Properties pattern in a similar veign to the MDC entry. Revision ChangesPath 1.25 +16 -0 jakarta-log4j/src/java/org/apache/log4j/PatternLayou

cvs commit: jakarta-log4j/src/java/org/apache/log4j/pattern PropertiesPatternConverter.java

psmith 2003/12/09 18:48:37 Modified:src/java/org/apache/log4j/pattern PropertiesPatternConverter.java Log: added the Apache License, normally jalopy does this for me, but something odd is happening in jalopy at my end. Revision ChangesPath 1.3

Re: DailyRollingAppender does not roll each period (issue)

Walid Joseph Gedeon wrote: Thank you for your reply, Ceki. First, the rolling appenders have been rewritten. See o.a.l.rolling package in log4j cvs. I will refer to the cvs sources (so far I was based on the sources in the jar). Do the re-written appenders address this issue? I'll probably self-a