Re: JDK 1.4 and JDBC3.0 build dependencies

Hi Ceki, See comments below... At 11:52 PM 12/16/2004 +0100, you wrote: >Second, beforestrongly pushing forwide-spread use of >ContextJNDISelector, we should make sure it works perfectly. For >instance, we should check that loggers created by the application >server,

RE: o.a.log4j.servlet

At 09:23 AM 12/16/2004 -0800, you wrote: >Hey Jake, comments below. > >> -Original Message- >> From: Jacob Kjome [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, December 15, 2004 6:20 PM >> To: Log4J Developers List >> Subject: RE: o.a.log4j.servlet >> >> At 05:39 PM 12/15/2004 -0800, you wro

Re: [VOTE] Curt Arnold as a new log4j committer

+1, I support Curt's candidacy -Jim Moore - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: JDK 1.4 and JDBC3.0 build dependencies

Hello Andy, At 02:19 AM 12/11/2004, Andy McBride wrote: I'm playing with embedding tomcat for integration testing at the moment. Got tomcat-embedded-5.5.4 working in the tests ant build without too much trouble (Cheers Yoav) but it requires jdk1.4 so I'm looking at a way to embed and use differ

[TODO] SMTPAppender enhancements

Hello all, I just added pattern conversion support for the Subject line for emails generated by SMTPAppender. The set of patterns is the same as those supported by PatternLayout. Yoav recently applied a patch by toraneko AT kun DOT ne DOT jp adding charset support for SMTPAppender We are still miss

cvs commit: logging-log4j/src/java/org/apache/log4j/net SMTPAppender.java

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

cvs commit: logging-log4j/src/java/org/apache/log4j/rolling/helper FileNamePattern.java

ceki2004/12/16 13:09:21 Modified:src/java/org/apache/log4j/rolling/helper FileNamePattern.java Log: The loggers used by log4j internally should be instance variables. Revision ChangesPath 1.5 +1 -1 logging-log4j/src/java/org/apache/

RE: EnterpriseLog discussion on commons-dev

I think "EnterpriseLog" is a bit misnamed. All they really want to add is internationalization support for log messages of level INFO, WARN, and FATAL. Seems like there could be a more interesting way to do this than adding new methods that take generic ResourceBundle parameters, but maybe not.

cvs commit: logging-log4j/docs HISTORY.txt

ceki2004/12/16 10:14:01 Modified:docs HISTORY.txt 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 logged and an IllegalStateExc

cvs commit: logging-log4j/src/java/org/apache/log4j/net SMTPAppender.java

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

DO NOT REPLY [Bug 13900] - SMTPAppender doesn't use fallback append. for email send errors

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 13900] - SMTPAppender doesn't use fallback append. for email send errors

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://issues.apache.org/bugzilla/show_bu

RE: o.a.log4j.servlet

Hey Jake, comments below. > -Original Message- > From: Jacob Kjome [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 15, 2004 6:20 PM > To: Log4J Developers List > Subject: RE: o.a.log4j.servlet > > At 05:39 PM 12/15/2004 -0800, you wrote: > >> > >> > >> >> override="false" > >

Re: Latest changes to ant script

Quoting Scott Deboy <[EMAIL PROTECTED]>: > (for those who didn't see the commit msg:) > I've modified the chainsaw.jar target to not fail when the ORO jar is not > present. > > If the location of the ORO jar is not provided in build.properties, a warning > message is displayed and the task continu

cvs commit: logging-log4j/src/java/org/apache/log4j/rule RuleFactory.java

sdeboy 2004/12/16 08:17:22 Modified:src/java/org/apache/log4j/rule RuleFactory.java Log: Now that LikeRule is excluded if the ORO dependency is missing, use LikeRule's class instead of an ORO class as the check Revision ChangesPath 1.7 +2 -2 logging-log4j/sr

RE: cvs commit: logging-log4j build.xml

At 05:53 PM 12/16/2004, Scott Deboy wrote: A few more thoughts: You can't tell by the jar name that it doesn't include the ORO dependencies. and likely to cause avoidable confusion down the road. For this reason, if it was a concern I'd be +0 on reverting the ant script changes, but I'd like to le

RE: cvs commit: logging-log4j build.xml

I responded in the user mailing list. A few more thoughts: You can't tell by the jar name that it doesn't include the ORO dependencies. For this reason, if it was a concern I'd be +0 on reverting the ant script changes, but I'd like to leave the changes to RuleFactory. By the way, if anyone

Re: cvs commit: logging-log4j build.xml

Scott, in light of my last message, do you think it is preferable to revert this change a go yesterday's state? At 08:19 AM 12/16/2004, you wrote: sdeboy 2004/12/15 23:19:03 Modified:.build.xml Log: chainsaw.jar target no longer fails if ORO path is not defined in build.pr

DO NOT REPLY [Bug 27367] - NetSendAppender

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://issues.apache.org/bugzilla/show_bu