RE: cvs commit: logging-log4j/src/java/org/apache/log4j/filter AndFilter.java

I've been thinking about implementing filter as an action. An example: appender x filter andfilter1 nested filter levelmatch1 ??? filter or nested filter andfilter2 nested filter levelmatch2 nested filter stringmatch2 ... What name should the ???

Re: Log4D, Log4Cxx, Log4J interoperability

Unfortunately, log4cxx's binary format is not platform independent. There have been reports that 32-bit and 64-bit implementations don't interoperate and I assume that 32-bit big-endian and 32-bit little-endian wouldn't. On Jan 13, 2005, at 1:23 PM, Ceki Gülcü wrote: - Log4j-dev accepts attac

Re: [POLL] Splitting log4j.jar by dependency

+0 Whatever you guys think. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] Splitting log4j.jar by dependency

+0 Whatever you guys think. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] Splitting log4j.jar by dependency

At 06:08 PM 1/13/2005 +0100, you wrote: > >This way, the user wishing to use SMTPAppender in her application can >place log4j-smtp.jar and mail.jar in her application's WEB-INF/lib >directory without the need to add any new jar files in ./common/lib. > >What do you think? > Placing endorsed librari

Re: [POLL] Splitting log4j.jar by dependency

Quoting Elias Ross <[EMAIL PROTECTED]>: > > I would keep log4j.jar as-is (except maybe chainsaw) for easy > compatibility, then create a log4j-core.jar that has no appenders that > depend on third party software and then package these remaining > appenders in log4j-ext.jar (or log4j-smtp, jms, etc

Re: [POLL] Splitting log4j.jar by dependency

I would keep log4j.jar as-is (except maybe chainsaw) for easy compatibility, then create a log4j-core.jar that has no appenders that depend on third party software and then package these remaining appenders in log4j-ext.jar (or log4j-smtp, jms, etc.) as you describe below. > On Thu, 13 Jan 2005 1

Re: [POLL] Splitting log4j.jar by dependency

Putting my Chainsaw hat on, +1. This would mean that I would actually need the Plugin classloader inside Chainsaw. *-jms.jar and *-db.jar could then be placed in the plugin lib area with the drivers/impl classes and it will work from Webstart. I too don't buy the "size is too big" argument un

Re: [POLL] Splitting log4j.jar by dependency

+1 On Thu, 13 Jan 2005 18:08:43 +0100, Ceki Gülcü <[EMAIL PROTECTED]> wrote: > > Hello all, > > While performing some tests with Tomcat, I noticed that if log4j.jar > is placed in ./common/lib/, then for example an instance of > SMTAppender cannot be created without placing 'mail.jar' also in >

Re: Log4D, Log4Cxx, Log4J interoperability

- Log4j-dev accepts attachments while log4j-user does not. - Performance wise, how well does the cxx method compare to java serialization? At 07:26 PM 1/13/2005, you wrote: Ceki, As the code currently stands it has two drawbacks: 1) It has my company's internal package names and structure. Worry n

Re: [POLL] Splitting log4j.jar by dependency

Hi, > One of the important features in 1.3 is that you no longer have to > ship log4j.jar in WARs. The idea is to place log4j.jar in your > server's common/lib or equivalent. Some servers don't have a common/lib directory or equivalent. It's not part of the J2EE or Servlet Specifications, and as

Re: Log4D, Log4Cxx, Log4J interoperability

Ceki, As the code currently stands it has two drawbacks: 1) It has my company's internal package names and structure. Worry not, I have permission from the organisation to donate this code - logging software is not exactly our core business. :-) 2) Having been written under the assumption that

Re: [POLL] Splitting log4j.jar by dependency

On Thursday 13 January 2005 09:08, Ceki Gülcü wrote: > I propose to split log4j.jar by > dependency. For example, > What do you think? I like that a lot, since we can do all kind of funky dependency declarations and get exactly what is required loaded correctly. Cheers Niclas

Re: [POLL] Splitting log4j.jar by dependency

At 06:21 PM 1/13/2005, Ionel GARDAIS wrote: +1 Its also make log4j lighter when shipped into WARs. One of the important features in 1.3 is that you no longer have to ship log4j.jar in WARs. The idea is to place log4j.jar in your server's common/lib or equivalent. Log4j will still be able to treat t

Re: Log4D, Log4Cxx, Log4J interoperability

Simon, You mean a reader for the output generated by the SocketAppender in log4cxx? I'd be quite interested to have a look. At 06:25 PM 1/13/2005, Simon Woodward wrote: All, I've written a reader for Log4Cxx's binary stream as generated by the SocketAppender. It's based on the Log4J 1.29 code b

Log4D, Log4Cxx, Log4J interoperability

All, I've written a reader for Log4Cxx's binary stream as generated by the SocketAppender. It's based on the Log4J 1.29 code base - is this of interest to the project? S - To unsubscribe, e-mail: [EMAIL PROTECTED] For additiona

Re: [POLL] Splitting log4j.jar by dependency

+1 Its also make log4j lighter when shipped into WARs. ionel Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ --

[POLL] Splitting log4j.jar by dependency

Hello all, While performing some tests with Tomcat, I noticed that if log4j.jar is placed in ./common/lib/, then for example an instance of SMTAppender cannot be created without placing 'mail.jar' also in ./common/lib/, placing 'mail.jar' in WEB-INF/lib is not enough. To circumvent this problem, I

cvs commit: logging-log4j/src/java/org/apache/log4j/joran/spi Interpreter.java

ceki2005/01/13 08:25:59 Modified:src/java/org/apache/log4j/joran/spi Interpreter.java Log: Minor correction in log messages Revision ChangesPath 1.4 +6 -6 logging-log4j/src/java/org/apache/log4j/joran/spi/Interpreter.java Index: Interpreter.java ===

cvs commit: logging-log4j/tests/src/java/org/apache/log4j/joran/action TouchAction.java

ceki2005/01/13 08:12:26 Modified:src/java/org/apache/log4j/joran/spi Interpreter.java src/java/org/apache/log4j/joran/action AppenderAction.java Action.java tests/src/java/org/apache/log4j/joran InterpreterTest.java

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

ceki2005/01/13 08:10:38 Modified:src/java/org/apache/log4j/helpers OptionConverter.java Log: Catch NoClassDefError thrown while instantiating an object of a given class. Revision ChangesPath 1.51 +2 -0 logging-log4j/src/java/org/apache/log4j/helpers/OptionC

cvs commit: logging-log4j/examples/src/joran/helloWorld HelloWorldAction.java HelloWorld.java

ceki2005/01/13 08:09:19 Modified:examples/src/joran/calculator ComputationAction1.java MultiplyAction.java Calculator1.java AddAction.java Calculator2.java LiteralAction.java ComputationAction2.java

DO NOT REPLY [Bug 33081] - build.xml does not honor debug flag for 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://issues.apache.org/bugzilla/show_bu

cvs commit: logging-log4j build.xml

ceki2005/01/13 05:33:25 Modified:.build.xml Log: Added missing debug flags. Revision ChangesPath 1.138 +42 -36logging-log4j/build.xml Index: build.xml === RCS file: /home/cvs/logg

DO NOT REPLY [Bug 33081] New: - build.xml does not honor debug flag for 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://issues.apache.org/bugzilla/show_bu