FYI:
> ls -la dist/lib/log4jME.jar
-rw-r--r-- 1 544 cgu 29103 Aug 1 14:41 dist/lib/log4jME.jar
> jar tvf dist/lib/log4jME.jar
0 Wed Aug 01 14:38:06 GMT+02:00 2001 org/
0 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/
0 Wed Aug 01 14:38:12 GMT+02:00 2001 org/apache/log4j/
544 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/Appender.class
1991 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/AppenderSkeleton.class
1385 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/BasicConfigurator.class
6303 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/Category.class
1024 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/CategoryKey.class
1308 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/ConsoleAppender.class
2620 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/FileAppender.class
0 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/helpers/
1628 Wed Aug 01 14:38:06 GMT+02:00 2001
org/apache/log4j/helpers/AppenderAttachableImpl.class
519 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/helpers/Loader.class
1660 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/helpers/LogLog.class
630 Wed Aug 01 14:38:06 GMT+02:00 2001
org/apache/log4j/helpers/NullEnumeration.class
934 Wed Aug 01 14:38:06 GMT+02:00 2001
org/apache/log4j/helpers/OnlyOnceErrorHandler.class
2519 Wed Aug 01 14:38:06 GMT+02:00 2001
org/apache/log4j/helpers/OptionConverter.class
1167 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/helpers/QuietWriter.class
3763 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/Hierarchy.class
828 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/Layout.class
622 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/NDC$DiagnosticContext.class
2634 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/NDC.class
2020 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/Priority.class
290 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/ProvisionNode.class
0 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/
411 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/AppenderAttachable.class
196 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/Configurator.class
414 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/ErrorCode.class
262 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/ErrorHandler.class
548 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/LocationInfo.class
1734 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/LoggingEvent.class
326 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/NullWriter.class
160 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/OptionHandler.class
941 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/RootCategory.class
896 Wed Aug 01 14:38:06 GMT+02:00 2001
org/apache/log4j/spi/ThrowableInformation.class
924 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/spi/VectorWriter.class
2613 Wed Aug 01 14:38:06 GMT+02:00 2001 org/apache/log4j/WriterAppender.class
0 Tue Jan 01 00:00:00 GMT+01:00 1980 META-INF/
167 Wed Aug 01 14:41:50 GMT+02:00 2001 META-INF/MANIFEST.MF
With some more tweaking the micro edition jar could be brought down to 20KB.
Log4j micro edition or log4jME does not support:
- PropertyConfigurator
- PatternLayout
- ObjectRendering
- CategoryFactories
- Filters
However, the core functionality is preserved. In particular, user code
written for log4ME.jar will compile and run under log4j.jar. Thus, you
could be able to ship your libraries with log4jME.jar. At a later
time, the user could replace log4jME.jar with log4j.jar if more
sophisticated logging functionality were desired. Your library would
not need to be changed.
Cheers, Ceki
At 10:43 01.08.2001 +0100, James Strachan wrote:
>Hi Jason
>
>I totally agree.
>
>I think we need to pick one simple logging interface and I think log4j
>should be it - I see no value whatsoever in rolling our own again.
>
>Why don't we try arrange for a 'log4j-micro.jar' distribution which offers
>very basic logging features out of the box but is API compatible (using a
>small subset of log4j's code) - then folk can switch out log4j-micro.jar to
>logj4.jar and get the full version?
>
>(Though at 60k maybe we already have log4j-micro.jar ;-)
>
>James
>
>From: "Jason van Zyl" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, July 31, 2001 7:34 PM
>Subject: Re: [httpclient] log4j redux
>
>
>> On 7/31/01 1:58 PM, "David Winterfeldt" <[EMAIL PROTECTED]> wrote:
>>
>> > I made a simple logging interface so I could switch
>> > from standard out, the servlet log, log4j, or the sun
>> > logging api (only standard out and the servlet log are
>> > implemented). It isn't a complete logging interface,
>> > but it is the general idea. If you want to look at
>> > it, it is in cvs.
>>
>> There are 10 of them lying around jakarta, velocity has one, there's
>> one in tomcat, yours, there was one in turbine. I do not see any
>> benefit in using any of these interfaces over log4j. No simple
>> logging interface is going to come anywhere close to features
>> that log4j provides. It is 60k for the core bundle, but everyone
>> needs logging and I think we should settle on something that
>> is well tested and has worked for literally hundreds of projects
>> already.
>>
>> In time it will probably come down to log4j or the Sun logging
>> API and they work in a very similar fashion and it would not
>> be hard to switch from one to the other because the semantics
>> are so close and they are getting closer after Ceki pointed
>> out some of the drawbacks of the logging API.
>>
>> We could also work on making a skeletal version of log4j that
>> could be very small. I think we should work in this in the context
>> of the highly successful logging project we already have instead
>> of trying to roll yet another logging interface that is non-standard.
>>
>> > ValidatorLog (interface), DefaultValidatorLog
>> > (Standard Out), HttpValidatorLog
>> >
>> >
>http://cvs.apache.org/viewcvs/jakarta-struts/contrib/validator/src/share/com
>/w
>> > intecinc/struts/validation/
>> >
>> > David
>> >
>> > --- "Waldhoff, Rodney" <[EMAIL PROTECTED]>
>> > wrote:
>> >>> As appeared to be generally agreed upon, HTTP
>> >> client shouldn't
>> >>> have dependencies with log4j
>> >>
>> >> Not that such a vote is particularly meaningful here
>> >> (at least as I
>> >> understand it), but I counted at least three +1s for
>> >> the log4j support.
>> >>
>> >>> (Rodney, do you plan to revert that part of your
>> >> latest patch ?)
>> >>
>> >> If I must. What I'd really like to do is replace
>> >> with some lightweight
>> >> (pluggable?) logging mechanism that is agreeable to
>> >> everyone and supports
>> >> log4j (and potentially other logging mechanisms as
>> >> well). I think that
>> >> would meet everyone's needs as I understand them.
>> >> Failing that I guess we
>> >> either rip out logging entirely or go back to
>> >> stdout/stderr logging except
>> >> provide a built-in way to turn it on and off via a
>> >> property setting.
>> >>
>> >
>> >
>> > __________________________________________________
>> > Do You Yahoo!?
>> > Make international calls for as low as $.04/minute with Yahoo! Messenger
>> > http://phonecard.yahoo.com/
>>
>> --
>>
>> jvz.
>>
>> Jason van Zyl
>>
>> http://tambora.zenplex.org
>> http://jakarta.apache.org/turbine
>> http://jakarta.apache.org/velocity
>> http://jakarta.apache.org/alexandria
>> http://jakarta.apache.org/commons
>>
>
>
>_________________________________________________________
>Do You Yahoo!?
>Get your free @yahoo.com address at http://mail.yahoo.com
--
Ceki G�lc� - http://qos.ch
