Latest changes to ant script

(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 continues. The chainsaw jar is created, excluding (becaus

cvs commit: logging-log4j build.xml

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.properties. If the location of the ORO jar is not provided in build.properties, a warning message is displayed and the task continues. The

multiple logger repositories and logger duality

I think I have an idea why the ServletContextLogAppender (in logging-log4j-sandbox) isn't working properly with multiple repositories performing logging services for both the server and individual apps (and, actually, this isn't solved by adding log4j.jar to WEB-INF/lib either). The way logging

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

sdeboy 2004/12/15 21:52:44 Modified:src/java/org/apache/log4j/rule RuleFactory.java Log: Remove compile-time dependency of LikeRule from RuleFactory - invoking LikeRule.getRule(stack) via reflection Revision ChangesPath 1.6 +15 -2 logging-log4j/src/java/org/a

Re: Chainsaw plugin for IntelliJ IDEA

Thanks for the reply, finally :-) I haven't had time to work on it anyway but this will give me a starting point when I do. HUGE apologies for the delay here. From CVS Head, the key classes are: org.apache.log4j.chainsaw.LogUI - this is the 'startup' class that contains the main(...) method, a

RE: o.a.log4j.servlet

At 05:39 PM 12/15/2004 -0800, you wrote: >> >> >> > override="false" >> description="location for Log4j-generated log files"/> >> > >Got it. Do you think that supporting a JNDI resource is a better standard >way to do this? I mean I still had to modify 2 configuration files >(server.xml

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

[X] +1, I support Curt's candidacy [ ] 0, I abstain [ ] -1, I vote against > -Original Message- > From: Ceki Gülcü [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 15, 2004 2:40 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] Curt Arnold as a new log4j committer > > > Hello al

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

+1 Jake At 11:40 PM 12/15/2004 +0100, you wrote: > >Hello all, > >It is my honor and privilege to propose Curt Arnold as a log4j >committer. Curt is the lead of the log4cxx project. He has made >several quite significant contributions to the log4j project and is >expected to continue to do so in th

RE: o.a.log4j.servlet

Jake, > > One thing I noticed with the default behavior in InitShutdownController > is > > that if you deploy using a war file, then the WEB-INF/log directory > > typically ends up in the temp directory the container (like jboss) uses > to > > expand/explode the war file. Tracking down the locati

[VOTE] Curt Arnold as a new log4j committer

[X] +1, I support Curt's candidacy [ ] 0, I abstain [ ] -1, I vote against > -Original Message- > From: Ceki Gülcü [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 15, 2004 2:40 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] Curt Arnold as a new log4j committer > > > Hello al

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

(something wrong with my email, I got Yoav's reply before Ceki's original post). This is a no-brainer. +1 Yoav Shapira wrote: Hi, +1. Yoav --- Ceki Gülcü <[EMAIL PROTECTED]> wrote: Hello all, It is my honor and privilege to propose Curt Arnold as a log4j committer. Curt is the lead of the log4

test - ignore

For some reason, some of my email messages to log4j dev seem to get caught up, and others get posted immediately. Testing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 22368] - TelnetAppender should check if any connections before rendering message

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: [VOTE] Curt Arnold as a new log4j committer

+1 > > Hello all, > > It is my honor and privilege to propose Curt Arnold as a log4j > committer. Curt is the lead of the log4cxx project. He has made > several quite significant contributions to the log4j project and is > expected to continue to do so in the future. I will not go into > further

cvs commit: logging-log4j build.xml

ceki2004/12/15 13:55:48 Modified:.build.xml Log: - Simplification. - We now output a helpful message in case jakart.oro classes are missing. Revision ChangesPath 1.123 +19 -12logging-log4j/build.xml Index: build.xml ===

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

Hi, +1. Yoav --- Ceki Gülcü <[EMAIL PROTECTED]> wrote: > > Hello all, > > It is my honor and privilege to propose Curt Arnold as a log4j > committer. Curt is the lead of the log4cxx project. He has made > several quite significant contributions to the log4j project and is > expected to continu

DO NOT REPLY [Bug 22368] - TelnetAppender should check if any connections before rendering message

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

[VOTE] Curt Arnold as a new log4j committer

Hello all, It is my honor and privilege to propose Curt Arnold as a log4j committer. Curt is the lead of the log4cxx project. He has made several quite significant contributions to the log4j project and is expected to continue to do so in the future. I will not go into further details, his contribu

EnterpriseLog discussion on commons-dev

Robert Burrell Donkin kindly informed me of an interesting discussion going on at commons-dev. FYI: http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=110262372931754&w=2 -- Ceki Gülcü The complete log4j manual: http://qos.ch/log4j/ --

RE: o.a.log4j.servlet

Quoting Mark Womack <[EMAIL PROTECTED]>: > Jake, > > I have a log4j configuration file per web application, so the appender > settings, etc are per web app. I am trying to control where the files for > each web app are located. It is kind of whacked, but I have been convinced > by Yoav and Andy

DO NOT REPLY [Bug 22368] - TelnetAppender should check if any connections before rendering message

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

cvs commit: logging-log4j build.properties.sample

ceki2004/12/15 14:32:28 Modified:.build.properties.sample Log: minor change suggested by Curt Revision ChangesPath 1.20 +1 -1 logging-log4j/build.properties.sample Index: build.properties.sample

DO NOT REPLY [Bug 22368] - TelnetAppender should check if any connections before rendering message

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

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

ceki2004/12/15 13:01:02 Modified:src/java/org/apache/log4j/net TelnetAppender.java Log: A logger which knows itself to be in an erroneous state should not log within its append() method as this would generate a log message each time append() is called. Revision Changes

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

ceki2004/12/15 13:21:37 Modified:docs HISTORY.txt src/java/org/apache/log4j ConsoleAppender.java Log: The default constructor of an Appender is intended to be used with log4j Configurators (through config files). For programmatic oconfigration, the gener

DO NOT REPLY [Bug 16883] - ConsoleAppender default Contructor does not define a layout

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 16883] - ConsoleAppender default Contructor does not define a layout

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

cvs commit: logging-log4j/docs HISTORY.txt

ceki2004/12/15 12:46:50 Modified:src/java/org/apache/log4j MDC.java docs HISTORY.txt Log: The MDC contains information which local to the original thread generating the logging event. A logging event received over the wire should not influence the MDC of th

cvs commit: logging-log4j/docs HISTORY.txt

ceki2004/12/15 12:01:06 Modified:docs HISTORY.txt Log: reverting to "old" name org.mortbay.jetty.plus.Server Revision ChangesPath 1.20 +0 -2 logging-log4j/docs/HISTORY.txt Index: HISTORY.txt

RE: o.a.log4j.servlet

Yeah, what I am doing is whacked, no doubt about it. "Abandon all hope that pass this gate..." I like the JNDI solution, or even requiring a specific system property to be declared for the container. However, whatever I do here, good chances are someone will need to do some different kind of cus

DO NOT REPLY [Bug 30425] - tests build problem

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

cvs commit: logging-log4j/tests/src/java/org/apache/log4j/selector PassByJNDI.java

ceki2004/12/15 11:59:34 Modified:tests/src/java/org/apache/log4j/selector PassByJNDI.java Log: Reverting to org.mortbay.jetty.plus.Server Revision ChangesPath 1.3 +4 -1 logging-log4j/tests/src/java/org/apache/log4j/selector/PassByJNDI.java Index: Pass

cvs commit: logging-log4j/tests README

ceki2004/12/15 11:48:18 Modified:testsREADME Log: org.mortbay.jetty.plus.jar is really needed. This is easy to overlook because tests/src/java/org/apache/log4j/selector PassByJNDI.java is EXCLUDED from the javac target. Revision ChangesPath 1.12 +2 -2

DO NOT REPLY [Bug 30425] - tests build problem

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

another test, please ignore

Reestablished [EMAIL PROTECTED] in order to allow Bugzilla notifications to reach us. -- Ceki Gülcü The complete log4j manual: http://qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

DO NOT REPLY [Bug 32722] - Test coverage analysis

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: Recent bug fixes WAS: [EMAIL PROTECTED]: Project logging-log4j

Yoav, 206 to 99? Vow. Unfortunately, the vast majority of the Bugzilla notifications got lost because [EMAIL PROTECTED] mailing list was disabled. What a bummer. Anyway, it's enabled now. Thanks again for your work! At 01:35 AM 12/15/2004, Yoav Shapira wrote: Hi, As of this afternoon, my work has s

DO NOT REPLY [Bug 32722] New: - Test coverage analysis

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

Jake, I have a log4j configuration file per web application, so the appender settings, etc are per web app. I am trying to control where the files for each web app are located. It is kind of whacked, but I have been convinced by Yoav and Andy that having some mechanism to allow for external conf

testing, please ignore

Re-enabled [EMAIL PROTECTED] -- Ceki Gülcü The complete log4j manual: http://qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

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

It seems like none of the Bugzilla messages sent to [EMAIL PROTECTED] are coming through. At 04:39 PM 12/15/2004, you wrote: yoavs 2004/12/15 07:39:11 Modified:docs HISTORY.txt src/java/org/apache/log4j/net TelnetAppender.java Log: Bugzilla 26117. -- Ceki Gülcü

Re: Recent Gump Error and DefaultHandler

On Wed, 15 Dec 2004, Ceki Gülc <[EMAIL PROTECTED]> wrote: > If my memory serves me correctly, we have already encountered the > same exact problem previously and had solved it. Quite possible, one of the nasty little BWC problems of JAXP 1.3. > This particular instance of the problem will get fi

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

yoavs 2004/12/15 07:39:11 Modified:docs HISTORY.txt src/java/org/apache/log4j/net TelnetAppender.java Log: Bugzilla 26117. Revision ChangesPath 1.19 +2 -0 logging-log4j/docs/HISTORY.txt Index: HISTORY.txt =

Re: Recent bug fixes WAS: [EMAIL PROTECTED]: Project logging-log4j

We currently have much more important items on our plate than moving to JIRA. The weekly generated bug list was just additional noise that I can live without. At 01:27 PM 12/15/2004, Yoav Shapira wrote: Hi, -1 on moving to JIRA, for reasons discussed at length on various lists, especially [EMAIL PR

cvs commit: logging-log4j/src/java/org/apache/log4j/joran/util JoranDocument.java

ceki2004/12/15 07:14:28 Modified:src/java/org/apache/log4j/joran/util JoranDocument.java Log: Compensate for JDK differences in the DefaultHandler.resolveEntity signature. Revision ChangesPath 1.4 +31 -2 logging-log4j/src/java/org/apache/log4j/joran/util/Jo

Re: Recent Gump Error and DefaultHandler

Hi, > On a different but related matter, I would love if Gump's scope > (or mission statement) could be extended to run tests on the many Isn't this as simple as changing the "dist" target (which is what Gump runs IIRC) of the log4j build.xml to include unit tests? Alternatively, and also I

RE: Recent bug fixes WAS: [EMAIL PROTECTED]: Project logging-log4j

Sorry, did not mean to spark a lengthy debate about jira just at the moment - next time I'll keep my complaining to myself :-) I was only really interested in where the summary reports went. Thanks for the response, at least now I know its not just me. Regards Andy > -Original Message-

Re: Recent Gump Error and DefaultHandler

Stefan, Many thanks for the detailed report and the proposed fix. If my memory serves me correctly, we have already encountered the same exact problem previously and had solved it. This particular instance of the problem will get fixed later today. It's a good thing Gump compiles project with JD

RE: o.a.log4j.servlet

Hi, > Well, maybe you guys have had to solve this kind of problem before. I want This is a common problem, and environment-based solutions for it will break because they're fundamentally against the spirit of the Servlet and J2EE specs. The main reason these solutions will eventually break is t

Re: Recent bug fixes WAS: [EMAIL PROTECTED]: Project logging-log4j

Hi, -1 on moving to JIRA, for reasons discussed at length on various lists, especially [EMAIL PROTECTED] My reasons are only slightly about technical merit: even if JIRA is superior, it is only slightly so. My reasons are more with the purpose of the ASF, and using a commercial piece of software

Recent Gump Error and DefaultHandler

Hi all, the last log4j run failed because of [javac] /home/gump/workspaces2/public/workspace/logging-log4j/src/java/org/apache/log4j/joran/util/JoranDocument.java:126: unreported exception java.io.IOException; must be caught or declared to be thrown [javac] return super.resolveEnti

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

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 has an issue affecting its community integration. This issue affect

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

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,