cvs commit: logging-log4j/tests/integration/src/webapp/WEB-INF - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/src/webapp/WEB-INF - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/test/java - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/test/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/src/webapp/WEB-INF/classes - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/src/webapp/WEB-INF/classes - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/test - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration .cvsignore

2005-01-11 Thread ceki
ceki2005/01/11 12:29:45 Added: tests/integration/otherlib .cvsignore tests/integration/lib .cvsignore tests/integration/target .cvsignore tests/integration .cvsignore Log: CVS Ignored files Revision ChangesPath 1.1

cvs commit: logging-log4j/tests/integration/target - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:29:42 logging-log4j/tests/integration/target - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/otherlib - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:29:42 logging-log4j/tests/integration/otherlib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/lib - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:29:42 logging-log4j/tests/integration/lib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/src/java SampleServlet.java

2005-01-11 Thread ceki
ceki2005/01/11 12:27:22 Added: tests/integration build.xml server.properties client-log4j.xml client.properties tests/integration/src/webapp/WEB-INF web.xml tests/integration/src/webapp/WEB-INF/classes test-log4j.xml

cvs commit: logging-log4j/tests/integration/src/webapp - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/src/webapp - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/src - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration/src/java - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: logging-log4j/tests/integration - New directory

2005-01-11 Thread ceki
ceki2005/01/11 12:27:18 logging-log4j/tests/integration - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: logging-log4j/src/java/org/apache/log4j/selector ContextJNDISelector.java

2005-01-11 Thread Ceki Gülcü
At 07:03 PM 1/11/2005, you wrote: Shouldn't that be... if( Constants.DEFAULT_REPOSITORY_NAME.equals(name)) { return LogManager.defaultLoggerRepository; Yes, of course. Thanks Jake. Jake -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ -

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

2005-01-11 Thread ceki
ceki2005/01/11 10:09:33 Modified:src/java/org/apache/log4j/selector ContextJNDISelector.java Log: Fixed silly bug spotted by Jake. Revision ChangesPath 1.18 +1 -1 logging-log4j/src/java/org/apache/log4j/selector/ContextJNDISelector.java Index: ContextJ

Re: cvs commit: logging-log4j/src/java/org/apache/log4j/selector ContextJNDISelector.java

2005-01-11 Thread Jacob Kjome
Quoting [EMAIL PROTECTED]: > + /** > + * Get the logger repository with the corresponding name. > + * > + * Returned value can be null if the selector is unaware of the > repository > + * with the given name. > + */ > + public LoggerRepository getLoggerRepository(String na

Re: LoggingEvent.sequenceCount

2005-01-11 Thread Ceki Gülcü
At 05:00 PM 1/11/2005, Endre Stølsvik wrote: Curt, good points! On Mon, 10 Jan 2005, Curt Arnold wrote: | | > When logging an event, we should not build two objects | > (LoggingEventBuilder+LoggingEvent) instead of the current one | > (LoggingEvent). | > | | In that high volume use and reentrant co

Re: cvs commit: logging-log4j/docs/css site.css

2005-01-11 Thread Endre Stølsvik
On Mon, 10 Jan 2005, Ceki Gülcü wrote: | | No, it does not. I would prefer if log4j did not either. Furthermore, I | also suspect that some of the other committers have changed their minds | since the last vote on the subject. Okay. I really don't see why you don't want trace. It is very interes

Re: LoggingEvent.sequenceCount

2005-01-11 Thread Endre Stølsvik
Curt, good points! On Mon, 10 Jan 2005, Curt Arnold wrote: | | > When logging an event, we should not build two objects | > (LoggingEventBuilder+LoggingEvent) instead of the current one | > (LoggingEvent). | > | | In that high volume use and reentrant code, it might be best to | continue to use

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

2005-01-11 Thread ceki
ceki2005/01/11 07:57:40 Modified:src/xdocs ugli.xml src/java/org/apache/log4j/spi DefaultRepositorySelector.java RepositorySelector.java src/java/org/apache/log4j/selector/servlet ContextDetachingSCL.java

RE: Log4j integration testing with Application Servers

2005-01-11 Thread Ceki Gülcü
Sorry, my last message went off prematurely. Here is the complete one. As I understand it, the current *implementation* in Ant of event-based model for logging does NOT fully take advantage of one of log4j's most important advantages, that is, its ability to process and filter messages by logger na

RE: Log4j integration testing with Application Servers

2005-01-11 Thread Ceki Gülcü
As I understand it, the current *implementation* in Ant of event-based model for logging does NOT fully take advantage of one of log4j's most important advantages, that is, its ability to process and filter messages by logger name. This can be attributed partially to the way Log4jListener is im