You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by Ceki Gülcü <ce...@qos.ch> on 2002/06/28 11:17:36 UTC

A log4j-dev@ summary for June

I have added a summary of log4j-dev discussions for the month of
June. Please comment/modify/enhance as you see fit. The file is under
docs/SUMMARY on the main CVS trunk. Here is a copy for your
convenience:


This file contains the summary of what has been discussed on the
log4j-dev@ mailing lists. Its monthly contents are sent to the editor
of the Jakarta Newsletter. For the first issue of the Jakarta
Newsletter see:

   http://marc.theaimsgroup.com/?l=jakarta-general&m=102328546509220&w=2

+==========+
|June 20002|
+==========+

The month started with a question by John Armstrong [1] on whether
log4j offered any guarantees on binary compatibility between various
versions.  To which Ceki replied by stating [2] the current policy of
not removing deprecated methods until at least two release cycles are
complete. This reply did not seem to satisfy John Armstrong and in a
long discussion ensued. A historical perspective [3] seemed to satisfy
most people, at least the discussion petered off.

[1] http://marc.theaimsgroup.com/?l=log4j-dev&m=102335790906496&w=2
[2] http://marc.theaimsgroup.com/?l=log4j-dev&m=102336327109965&w=2
[3] http://marc.theaimsgroup.com/?l=log4j-dev&m=102387540521717&w=2

Mike Agnus started [4] a discussion about timezone and locale related
issues in log4j date formats. James Cakalic and Mike discussed the
importance of the decimal character separator.  Possible performance
improvements were also suggested. Mark Womack submitted code for
timezone support for date elements of pattern layout. Unfortunately,
the code was anonymous and we could not take it into consideration.
The idea seemed to catch on though.

[4] http://marc.theaimsgroup.com/?l=log4j-dev&m=102209832808942&w=2
[5] http://marc.theaimsgroup.com/?l=log4j-dev&m=102420694310844&w=2

Ceki asked for clarifications [6] on java buffered IO because his
experience did not match the myth. Georg Lundesgaard mentioned [7] the
character conversion buffering aspect as explained in the
OutputStreamWriter javadocs.

[6] http://marc.theaimsgroup.com/?l=log4j-dev&m=102326443025158&w=2
[7] http://marc.theaimsgroup.com/?l=log4j-dev&m=102327620700816&w=2

Costin Manolache related his experience [8] with configuring log4j with
JMX. He mentioned the web-application logging insulation problem. In
response, Ceki wrote a specification [9] for solving the logging
separation problem. This was followed by a promising discussion [10]
on Tomcat-dev.

[8]  http://marc.theaimsgroup.com/?l=log4j-dev&m=102412323003656&w=2
[9]  http://qos.ch/containers/sc.html
[10] http://marc.theaimsgroup.com/?t=102510381000001&r=1&w=2

Mark made a proposal [1]] for a new log4j component called "Receiver."

[11] http://marc.theaimsgroup.com/?l=log4j-dev&m=102523926310678&w=2


--
Ceki


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>