You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-cvs@jakarta.apache.org by ce...@apache.org on 2001/06/14 12:07:52 UTC
cvs commit: jakarta-log4j/src/java/org/apache/log4j/xml/test test1.xml
ceki 01/06/14 03:07:52
Modified: docs critique.html
docs/pub-support JonStevens.html index.html
src/java/org/apache/log4j/performance/xml logging1.xml
logging10.xml logging100.xml logging1000.xml
logging101.xml logging102.xml logging103.xml
logging104.xml logging105.xml logging106.xml
logging107.xml logging11.xml logging12.xml
logging13.xml logging2.xml logging200.xml
logging201.xml logging202.xml logging203.xml
logging204.xml logging205.xml logging206.xml
logging207.xml logging3.xml logging300.xml
logging301.xml logging302.xml logging303.xml
logging304.xml logging305.xml logging306.xml
logging307.xml logging4.xml logging5.xml
logging6.xml logging7.xml logging8.xml logging9.xml
src/java/org/apache/log4j/xml DOMConfigurator.java
src/java/org/apache/log4j/xml/test test1.xml
Added: docs/pub-support AlefArendsen.html BruceDeen.html
ChandraPatni.html DanielHoppe.html
DanielSavarese.html DelEdwards.html EmilyBache.html
FrankBaxter.html GrahamHamilton.html
HowardShip.html JeffLinwood.html JulienDubois.html
LewisGardner.html MaheshBhat.html
PayamMirrashidi.html Piper.html ScottMiller.html
SebastienGuimont.html SorenHilmer.html
ThomasQuas.html TimColson.html
Log:
links to new personal requests
Revision Changes Path
1.4 +138 -17 jakarta-log4j/docs/critique.html
Index: critique.html
===================================================================
RCS file: /home/cvs/jakarta-log4j/docs/critique.html,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- critique.html 2001/06/13 19:44:38 1.3
+++ critique.html 2001/06/14 10:06:59 1.4
@@ -9,7 +9,7 @@
<CENTER>
<H1>JSR47 vs. log4j</H1>
-<font size="+2">Ceki Gülcü</font>
+<font size="+1">by Ceki Gülcü</font>
</CENTER>
<hr>
@@ -125,8 +125,9 @@
<p>Having three debugging levels <code>FINE</code>,
<code>FINER</code>, <code>FINEST</code> could seem like a good
-idea. However, you will soon discover that even when alone, it is hard
-to decide when to use which level. It is plain impossible in groups.
+idea. However, you will soon discover that even when by yourself, it
+is hard to decide when to use which level. It is plain impossible in
+groups.
<p>Log4j in contrast has a limited but self-evident set of priorities:
<code>FATAL</code>, <code>ERROR</code>, <code>WARN</code>,
@@ -162,12 +163,29 @@
lines of code.
<p>Log4j has been around for a number of years and is being used in
-thousands of projects. Our site gets over 500 downloads a day, every
-day. Log4j has been ported to C++ and Python. Commercial companies
-provide products based on log4j.
+thousands of projects. Our site gets over 500 downloads each and every
+day, and the numbers are on the rise. Log4j has been ported to C++
+and Python. Companies are also offering commercial products extending
+log4j.
+
+<p>Here is a short list of opensource projects that are known to use
+log4j.
+
+<ul>
+<li><a href="http://www.jboss.org">JBoss</a>
+<li><a href="http://www.free-project.org/">Free E-Democracy Project</a>
+<li><a href="http://www.jcorporate.com/html/products/expresso/logging.html">Espresso</a>
+<li><a href="http://wired2.web.cern.ch/wired2/">WIRED</a>
+<li><a href="http://jakarta.apache.org/turbine/index.html">Turbine</a>
+<li><a href="http://java.freehep.org">FreeHEP</a>
+<li><a href="http://theserverside.com">TheServerSide</a>
+</ul>
+
+
<p>By the way, log4j runs fine under JDK 1.1. JSR 47 will run under
-JDK 1.4 and only under JDK 1.4.
+JDK 1.4 and only under JDK 1.4. Interestingly enough, no package
+shipped with JDK 1.4 is using the JSR47 API.
<h2>Error Handling</h2>
@@ -176,7 +194,7 @@
only) an internal field is set. In the first case, the
<code>RunTimeException</code> will cause your application to crash. In
the latter case, you can retrieve the last caught exception in the
-handler checking the <code>getException</code> method of that
+handler by querying the <code>getException</code> method of that
handler. <em>The former is totally unacceptable while the latter is
impractical.</em>
@@ -195,7 +213,7 @@
configuration files. You do not need to change a single line of client
code.
-<p>But again who cares about errors right?
+<p>But again who cares about errors, right?
<h2>Performance</h2>
@@ -209,17 +227,120 @@
<p>If you feel that these differences are important, then this is your
chance to lobby Sun to adopt log4j as the logging API shipped with JDK
-1.4. The JSR47 API is still at the public-review stage meaning that it
-can still be modified. In six months time whining about JSR47 will be
-too late.
+1.4. Given enough demand it is still possible to modify the JSR47
+API. This will be much harder once JDK 1.4 ships.
-<p>Please direct your polite and personalized request to <a
+<p><b>Please direct your polite and personalized request to <a
href="mailto:java-logging-input@eng.sun.com">java-logging-input@eng.sun.com</a>
-with a cc: to <a href="mailto:cgu@qos.ch">cgu@qos.ch</a>.
+with a cc: to <a href="mailto:cgu@qos.ch">cgu@qos.ch</a>.</b>
+
+<p>Below is a list of individals who have written to Sun, with the
+vast majority pushing for the adoption of log4j. I am very grateful
+for their support. Some of these requests are quite detailed and
+insigtful.
+
+<p><UL>
+
+<li><p><a href="pub-support/AlexBlewitt.html">AlexBlewitt</a>
+<li><p><a href="pub-support/FrankBaxter.html">Frank Baxter</a>
+<li><p><a href="pub-support/EllisTeer.html">Ellis Teer</a>
+<li><p><a href="pub-support/BrentSprecher.html">Brent Sprecher</a>
+<li><p><a href="pub-support/JasonKitcat.html">Jason Kitcat</a>
+<li><p><a href="pub-support/AndyDePue.html">Andy DePue</a>
+<li><p><a href="pub-support/DanielSavarese.html">Daniel F. Savarese</a>
+<li><p><a href="pub-support/JonStevens.html">Jon Stevens</a>
+<li><p><a href="pub-support/GuyLichtman.html">Guy Lichtman</a>
+<li><p><a href="pub-support/AndersKristensen.html">Anders Kristensen</a>
+<li><p><a href="pub-support/MichaelMoser.html">Michael Moser</a>
+<li><p><a href="pub-support/ChristopherTaylor.html">Christopher Taylor</a>
+<li><p><a href="pub-support/PaulGrinchenko.html">Paul Grinchenko</a>
+<li><p><a href="pub-support/CourtDemas.html">Court Demas</a>
+<li><p><a href="pub-support/NelsonMinar.html">Nelson Minar</a>
+<li><p><a href="pub-support/RobertMahoney.html">Robert Mahoney</a>
+<li><p><a href="pub-support/HenrikLundahl.html">Henrik Lundahl</a>
+<li><p><a href="pub-support/ThomasFenner.html">Thomas Fenner</a>
+<li><p><a href="pub-support/EndreStolsvik.html">Endre Stølsvik</a>
+<li><p><a href="pub-support/KnutErikBallestad.html">Knut Erik Ballestad</a>
+<li><p><a href="pub-support/JohnVolkar.html">John Volkar </a>
+<li><p><a href="pub-support/HenrikFredholm.html">Henrik Fredholm</a>
+<li><p><a href="pub-support/WilliamJaynes.html">William Jaynes</a>
+<li><p><a href="pub-support/MichaelStacey.html">Michael Stacey</a>
+<li><p><a href="pub-support/StacyCurl.html">Stacy Curl</a>
+<li><p><a href="pub-support/DavidOwens.html">David Owens</a>
+<li><p><a href="pub-support/EoinFlood.html">Eoin Flood </a>
+<li><p><a href="pub-support/TonyDean.html">Tony Dean </a>
+<li><p><a href="pub-support/JamesProkash.html">James Prokash</a>
+<li><p><a href="pub-support/RalfHaug.html">Ralf Haug</a>
+<li><p><a href="pub-support/CarlBacher.html">Carl Bacher</a>
+<li><p><a href="pub-support/DanTanner.html">Dan Tanner</a>
+<li><p><a href="pub-support/JohnMunsch.html">John Munsch</a>
+<li><p><a href="pub-support/SteveWingfield.html">Steve Wingfield</a>
+<li><p><a href="pub-support/AbeMirrashidi.html">Abe Mirrashidi</a>
+<li><p><a href="pub-support/RonJacobs.html">Ron Jacobs</a>
+<li><p><a href="pub-support/JoeLoda.html">Joe Loda</a>
+<li><p><a href="pub-support/DavidMaharaj.html">David Maharaj</a>
+<li><p><a href="pub-support/HenryLi.html">Henry Li</a>
+<li><p><a href="pub-support/RichardWilliams.html">Richard Williams </a>
+<li><p><a href="pub-support/JasonHeirtzler.html">Jason Heirtzler</a>
+<li><p><a href="pub-support/ScottMiller.html">Scott Miller</a>
+<li><p><a href="pub-support/ChandraPatni.html">Chandra Patni</a>
+<li><p><a href="pub-support/DanielHoppe.html">Daniel Hoppe </a>
+<li><p><a href="pub-support/SebastienGuimont.html">Sebastien Guimont</a>
+<li><p><a href="pub-support/ThomasQuas.html">Thomas Quas</a>
+<li><p><a href="pub-support/DelEdwards.html">Del Edwards</a>
+<li><p><a href="pub-support/Piper.html">Piper</a>
+<li><p><a href="pub-support/TimColson.html">Tim Colson</a>
+<li><p><a href="pub-support/HowardShip.html">Howard Ship</a>
+<li><p><a href="pub-support/LewisGardner.html">Lewis Gardner</a>
+<li><p><a href="pub-support/PayamMirrashidi.html">Payam Mirrashidi</a>
+<li><p><a href="pub-support/BruceDeen.html">Bruce W. Deen</a>
+<li><p><a href="pub-support/EmilyBache.html">Emily Bache</a>
+<li><p><a href="pub-support/JulienDubois.html">Julien Dubois</a>
+<li><p><a href="pub-support/AlefArendsen.html">Alef Arendsen</a>
+<li><p><a href="pub-support/SorenHilmer.html">Søren Hilmer</a>
+<li><p><a href="pub-support/MaheshBhat.html">Mahesh Bhat</a>
+<li><p><a href="pub-support/JeffLinwood.html">Jeff Linwood</a>
+
+<!--
+
+<li><p><a href="pub-support/ .html"></a>
+<li><p><a href="pub-support/ .html"></a>
+<li><p><a href="pub-support/ .html"></a>
+-->
+
+
+
+</UL>
+
+<p>Do not hesitate to contact <a href="cgu@qos.ch">cgu@qos.ch</a> in
+case you are uncomfortable seeing your name or the contents of your
+request reproduced publicly.
+
+<h2>Sun's response</h2>
+
+The gist of Graham Hamilton's <a
+href="pub-support/GrahamHamilton.html">response</a> consists of declaring: "too
+late in the Merlin cycle". This is of course a valid concern. He also
+explains:
+
+<pre>
+ In designing the APIs we've tried to draw from numerous
+ sources and we've tried to support a wide set of requirements.
+</pre>
+
+<p>Unfortunately, it is becoming increasingly clear that the resulting
+API is unlikely to meet a wide set of requirements, if any. The
+apparent failure of JSR47 API may be the inevitable consequence of the
+steamroller commonly referred to as the Java Community Process. <a
+href="http://www.zdnet.com/eweek/stories/general/0,11011,2666270,00.html">Michael
+C. Daconta</a> has some interesting comments on the JCP.
+
+<p>Neither side will win this match by a knockout. However, a victory
+by points in our favor is a distinct possibility. You are very much
+encouraged to continue writing to Sun. Regardless of the outcome,
+given the resourcefulness of our community, we will continue to
+innovate and build on the previous success of log4j.
-<p>You may wish to look at a <a
-href="pub-support/index.html">compilation</a> of previous requests
-sent to Sun by our community.
</body>
</HTML>
1.2 +3 -2 jakarta-log4j/docs/pub-support/JonStevens.html
Index: JonStevens.html
===================================================================
RCS file: /home/cvs/jakarta-log4j/docs/pub-support/JonStevens.html,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JonStevens.html 2001/06/13 19:44:44 1.1
+++ JonStevens.html 2001/06/14 10:07:03 1.2
@@ -3,8 +3,9 @@
class=EUDORAHEADER>Date: Tue, 12 Jun 2001 16:57:49 -0700 <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: Log4J Vote <BR></SPAN><SPAN class=EUDORAHEADER>From:
Jon Stevens <jon@latchkey.com> <BR></SPAN><SPAN class=EUDORAHEADER>To:
-<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
-<jcp@apache.org>, Ceki G�lc�/A== <cgu@qos.ch> <BR></SPAN><BR>
+<java-logging-input@eng.sun.com> <BR></SPAN>
+
+<BR>
<DIV>Dear Members of JSR47:</DIV><BR>
<DIV>This is my vote to drop whatever you have for JDK1.4 and use Log4J as
the</DIV>
1.2 +1 -55 jakarta-log4j/docs/pub-support/index.html
Index: index.html
===================================================================
RCS file: /home/cvs/jakarta-log4j/docs/pub-support/index.html,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- index.html 2001/06/13 19:44:45 1.1
+++ index.html 2001/06/14 10:07:03 1.2
@@ -6,61 +6,7 @@
<BODY>
-
-<p>We thank the individuals listed below for their support in our
-effort to convince Sun to adopt log4j as the logging API shipped with
-JDK 1.4.
-
-<p>Do not hesitate to contact <a href="cgu@qos.ch">cgu@qos.ch</a> in
-case you are uncomfortable seeing your name or the contents of your
-request reproduced publicly.
-
-<p><UL>
-
-<li><p><a href="AlexBlewitt.html">AlexBlewitt</a>
-<li><p><a href="Frank Baxter.html">Frank Baxter</a>
-<li><p><a href="EllisTeer.html">Ellis Teer</a>
-<li><p><a href="BrentSprecher.html">Brent Sprecher</a>
-<li><p><a href="JasonKitcat.html">Jason Kitcat</a>
-<li><p><a href="AndyDePue.html">Andy DePue</a>
-<li><p><a href="GuyLichtman.html">Guy Lichtman</a>
-<li><p><a href="MichaelMoser.html">Michael Moser</a>
-<li><p><a href="JonStevens.html">Jon Stevens</a>
-<li><p><a href="ChristopherTaylor.html">Christopher Taylor</a>
-<li><p><a href="PaulGrinchenko.html">Paul Grinchenko</a>
-<li><p><a href="CourtDemas.html">Court Demas</a>
-<li><p><a href="NelsonMinar.html">Nelson Minar</a>
-<li><p><a href="RobertMahoney.html">Robert Mahoney</a>
-<li><p><a href="HenrikLundahl.html">Henrik Lundahl</a>
-<li><p><a href="ThomasFenner.html">Thomas Fenner</a>
-<li><p><a href="EndreStolsvik.html">Endre Stolsvik</a>
-<li><p><a href="KnutErikBallestad.html">Knut Erik Ballestad</a>
-<li><p><a href="JohnVolkar.html">John Volkar </a>
-<li><p><a href="HenrikFredholm.html">Henrik Fredholm</a>
-<li><p><a href="WilliamJaynes.html">William Jaynes</a>
-<li><p><a href="MichaelStacey.html">Michael Stacey</a>
-<li><p><a href="StacyCurl.html">Stacy Curl</a>
-<li><p><a href="DavidOwens.html">David Owens</a>
-<li><p><a href="EoinFlood.html">Eoin Flood </a>
-<li><p><a href="TonyDean.html">Tony Dean </a>
-<li><p><a href="JamesProkash.html">James Prokash</a>
-<li><p><a href="RalfHaug.html">Ralf Haug</a>
-<li><p><a href="CarlBacher.html">Carl Bacher</a>
-<li><p><a href="DanTanner.html">Dan Tanner</a>
-<li><p><a href="JohnMunsch.html">John Munsch</a>
-<li><p><a href="SteveWingfield.html">Steve Wingfield</a>
-<li><p><a href="AbeMirrashidi.html">Abe Mirrashidi</a>
-<li><p><a href="AndersKristensen.html">Anders Kristensen</a>
-<li><p><a href="RonJacobs.html">Ron Jacobs</a>
-<li><p><a href="JoeLoda.html">Joe Loda</a>
-<li><p><a href="DavidMaharaj.html">David Maharaj</a>
-<li><p><a href="HenryLi.html">Henry Li</a>
-<li><p><a href="RichardWilliams.html">Richard Williams </a>
-<li><p><a href="JasonHeirtzler.html">Jason Heirtzler</a>
-
-
-</UL>
-
+This page been merged with my <a href="http://jakarta.apache.org/log4j/docs/critique.html">JSR47 critique</a>.
</BODY>
</HTML>
1.1 jakarta-log4j/docs/pub-support/AlefArendsen.html
Index: AlefArendsen.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: JSR47 vs Log4J <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Thu, 14 Jun 2001 11:19:45 +0200 <BR></SPAN><SPAN
class=EUDORAHEADER>X-MS-Has-Attach: <BR></SPAN><SPAN
class=EUDORAHEADER>X-MS-TNEF-Correlator: <BR></SPAN><SPAN
class=EUDORAHEADER>Thread-Topic: JSR47 vs Log4J <BR></SPAN><SPAN
class=EUDORAHEADER>Thread-Index: AcD0sycwHCozxHwzSYGk9/mzcglT+w==
<BR></SPAN><SPAN class=EUDORAHEADER>From: "Alef Arendsen"
<alef@smarthaven.com> <BR></SPAN><SPAN class=EUDORAHEADER>To:
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
<cgu@qos.ch> <BR></SPAN><BR><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<META content="MS Exchange Server version 6.0.4418.33" name=Generator><!-- Converted from text/rtf format -->
<P><FONT face=Arial size=2>Hi,</FONT> </P>
<P><FONT face=Arial size=2>after reviewing a lot of logging APIs and doing some
own implementations we found out (a couple of months ago) that Log4J was by far
the best logging API out there. Not ony because of its perfect extendability,
but also because of its high performance (we couldn't do it any better) and the
possibility to keeps things very basic if needed.</FONT></P>
<P><FONT face=Arial size=2>Now that Sun is implementing its own logging API I
foresee big problems when people start to use both at the same time. Logging
output from software from one vendor and our own will kind of clash. This
especially when implementing and integrating component based software in for
instance a J2EE environment.</FONT></P>
<P><FONT face=Arial size=2>What I would greatly appreciate if the future logging
API Sun is going to offer at least stays somehow compatible with the Log4J API.
Maybe it could be possible to plug in your own logging engine or something like
that. This probably won't be possible if the API differ in such fundamental
issues like the priorities (JSR47: ALL, SEVER, WARNING, INFO, CONFIG, FINE,
FINER, FINEST and OFF, versus Log4J: DEBUG, INFO, WARN, ERROR, FATAL) and the
inheritance of categories and other things like that.</FONT></P>
<P><FONT face=Arial size=2>Furthermore it would be very handy if any logging API
stays backward compatible with older Java version (at least 1.2, since lots of
enterprise systems simply aren't ready yet for Java 1.4).</FONT></P>
<P><FONT face=Arial size=2>I would greatly appreciate any kind of reaction on
all this.</FONT> </P>
<P><FONT face=Arial size=2>Alef Arendsen</FONT> <BR><FONT face=Arial
size=2>Software Engineer</FONT> <BR><FONT face=Arial size=2>SmartHaven - Every
Bit Personal</FONT> <BR><FONT face=Arial size=2>Signature: <A
href="http://signature.arendsen.net">http://signature.arendsen.net</A></FONT>
<BR><FONT face=Arial size=2>Website: <A
href="http://alef.arendsen.net">http://alef.arendsen.net</A></FONT> </P>
1.1 jakarta-log4j/docs/pub-support/BruceDeen.html
Index: BruceDeen.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>X-Sender: brucedeen@mail.earthlink.net <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: QUALCOMM Windows Eudora Version 5.1
<BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001 22:32:39 -0400
<BR></SPAN><SPAN class=EUDORAHEADER>To: java-logging-input@eng.sun.com
<BR></SPAN><SPAN class=EUDORAHEADER>From: "Bruce W. Deen"
<brucedeen@earthlink.net> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: cgu@qos.ch <BR></SPAN><BR>
<DIV>I would like to put my request in to make log4j the logging api to be
shipped with jdk1.4 (merlin). I'm a consultant that does mostly java/j2ee
consulting with large companies and I've come to depend upon log4j as a logging
tool for all my applications. Once the jdk is shipped with a default
logging api I'm afraid that most customers will automatically believe that this
is a superior api, although I haven't been able to use the jdk1.4 logging api
yet, since it is only in beta release I can't completely compare it against
log4j so I must depend upon others to help educate me about it's merits or lack
there of. So this is my polite request to make log4j the default for
jdk1.4.</DIV><BR>
<DIV>thank you</DIV>
<DIV>Bruce W. Deen</DIV><BR><BR>
1.1 jakarta-log4j/docs/pub-support/ChandraPatni.html
Index: ChandraPatni.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Chandra Patni" <chandra.patni@oracle.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: <java-logging-input@eng.sun.com>
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: <cgu@qos.ch> <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: Bringing log4j as logging facility <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 13:01:23 -0700 <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
<BR></SPAN><SPAN class=EUDORAHEADER>Importance: Normal <BR></SPAN><BR>
<DIV>After reading JSR47 vs. log4j note by Ceki G�lc�</DIV>
<DIV><A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A>, I
persoanally feel that</DIV>
<DIV>log4j features should be considered for the logger API. There is
nothing</DIV>
<DIV>wrong in revising log4j as standard API for Java platform. Afterall, JDOM
is</DIV>
<DIV>accepted as JSR although it's an alternate to other parsing API. For me,
I</DIV>
<DIV>just can't see happen that there is another competing API in another</DIV>
<DIV>namespace than java/javax which is better, richer and faster than
standard</DIV>
<DIV>API.</DIV><BR>
<DIV>Regards,</DIV>
<DIV>Chandra Patni</DIV>
<DIV>Software Engineer, Oracle Corp</DIV>
1.1 jakarta-log4j/docs/pub-support/DanielHoppe.html
Index: DanielHoppe.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: Daniel Hoppe <hoppe@sitewaerts.de>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
Log4j vs. JSR47 <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001
22:40:27 +0200 <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail
Service (5.5.2653.19) <BR></SPAN><BR>
<DIV>Dear Madams and Sirs,</DIV><BR>
<DIV>we have been successfully using log4j for more than a year in both</DIV>
<DIV>development and production use. We are very satisfied with its
comprehensive</DIV>
<DIV>featureset and flexible output methods (JMS, SMTP, etc). After having</DIV>
<DIV>reviewed JSR47 our development team thinks that it might be worth</DIV>
<DIV>considering log4j as a standard logging framework of the Java platform as
it</DIV>
<DIV>is already very mature and - following feedback on the newsgroups -
already</DIV>
<DIV>seems to be a de-facto standard for Java server development.</DIV><BR>
<DIV>Regards,</DIV><BR>
<DIV>Daniel Hoppe</DIV><BR>
<DIV><<<<<<<<<<<<<<<<<<<<<<<<<<<</DIV>
<DIV><sitewaerts> GmbH</DIV>
<DIV>Hebelstra�e 15</DIV>
<DIV>D-76131 Karlsruhe</DIV><BR>
<DIV>Tel: +49 (721) 920 918 0</DIV>
<DIV>Fax: +49 (721) 920 918 29</DIV>
<DIV><A href="http://www.sitewaerts.de/"
EUDORA="AUTOURL">http://www.sitewaerts.de</A></DIV>
<DIV>>>>>>>>>>>>>>>>>>>>>>>>>>>></DIV>
1.1 jakarta-log4j/docs/pub-support/DanielSavarese.html
Index: DanielSavarese.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: exmh version 2.0.3 <BR></SPAN><SPAN
class=EUDORAHEADER>To: cgu@qos.ch <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
Re: Fwd: JSR47 vs. log4j <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun
2001 21:40:35 -0400 <BR></SPAN><SPAN class=EUDORAHEADER>From: "Daniel F.
Savarese" <dfs@savarese.org> <BR></SPAN><BR><BR>
<DIV>>>I also feel, that rather than reinventing the wheel the JSR47 group
should</DIV>
<DIV>>>incorporate the log4j API rather than recreating it. The
standards put forth</DIV>
<DIV>>>by the JSR group will eventually replace any similarly functioning
external A</DIV>
<DIV>>PI</DIV>
<DIV>>>due to its incorporation into the JDK. For the number of
people who already</DIV>
<DIV>>>use log4j, such as myself, it feels that Sun by way of including
this new API</DIV>
<DIV>>>in the JDK is forcing users of log4j to switch. I understand
that there are</DIV><BR>
<DIV>This is just business as usual at Sun. The position may sound
extreme,</DIV>
<DIV>but the continued marginalization of third party Java solutions is</DIV>
<DIV>destructive to the Java development community. It could almost
be</DIV>
<DIV>justified if the stuff that made its way into the core or a standard</DIV>
<DIV>was actually better than what was already out there, but most of the</DIV>
<DIV>time it's not and blatantly ignores the lessons learned by those who</DIV>
<DIV>have studied the problem for far longer and had the benefit of many</DIV>
<DIV>years of deployment and user feedback. A one year JSR working
group</DIV>
<DIV>operating in a vacuum generally produces results that are inferior to
a</DIV>
<DIV>solution with 4+ years of evolution.</DIV><BR>
<DIV>Disclaimer: These are general comments that I do not intend to
specifically</DIV>
<DIV>apply to JSR-47. I have not reviewed JSR-47 or compared it to log4j,
so</DIV>
<DIV>I cannot comment on its quality. Nonetheless, the fact that none of
the</DIV>
<DIV>developers of the most popular Java logging API were invited to serve
as</DIV>
<DIV>a working group expert is a gross oversight. I can say the same
thing</DIV>
<DIV>about several other JSRs.</DIV><BR>
<DIV>I hate to be such a complainer, but it really makes you feel
helpless.</DIV>
<DIV>The only recourse we have is to constantly poll the JCP site and
provide</DIV>
<DIV>as much feedback as possible when a JSR draft is released, which is
usually</DIV>
<DIV>too late to make any significant changes. Here's an article providing
a</DIV>
<DIV>general criticism about the Java Community Process:</DIV>
<DIV> <A
href="http://www.zdnet.com/eweek/stories/general/0,11011,2666270,00.html"
EUDORA="AUTOURL">http://www.zdnet.com/eweek/stories/general/0,11011,2666270,00.html</A></DIV><BR>
<DIV>daniel</DIV>
1.1 jakarta-log4j/docs/pub-support/DelEdwards.html
Index: DelEdwards.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Edwards, Del" <Del.Edwards@mirant.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
Log4j <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001 16:49:32 -0400
<BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail Service
(5.5.2652.33) <BR></SPAN><SPAN class=EUDORAHEADER>X-FREE-OF-KNOWN-WORMS: Scanned
by Mirant.Com for known email worms <BR></SPAN><SPAN
class=EUDORAHEADER>X-Filtered-By: [Mirant] Powered by PerlMx v1.1, free for
personal or educational use; visit <A
href="http://www.activestate.com/Products/PerlMx/info"
EUDORA="AUTOURL">http://www.ActiveState.com/Products/PerlMx/info</A> for more
info <BR></SPAN><BR>
<DIV> After using Log4j a few months ago, I was "surprised"
that to see that</DIV>
<DIV>JSR47 was a request to "duplicate" functionality that already existed
in</DIV>
<DIV>Log4j. After reading the recent comparison of the two logging APIs (
at "</DIV>
<DIV><A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A></DIV>
<DIV><<A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A>> " )
I must say it seems</DIV>
<DIV>"silly" not to adopt Log4j as the logging API that ships with jkd1.4
(as</DIV>
<DIV>well as with existing compatible jdks !).</DIV>
<DIV> I think its great seeing the JSR process in action. I
think it does</DIV>
<DIV>wonders for the language. It would be disappointing, however, to see such
a</DIV>
<DIV>useless waste of time as JSR47's re-implementation of an existing
logging</DIV>
<DIV>API - that will result in an "official" API that is untested,</DIV>
<DIV>yet-to-be-accepted, has less functionality and is harder to use.</DIV>
<DIV> </DIV>
<DIV>Thank you,</DIV>
<DIV> </DIV>
<DIV>Del Edwards</DIV>
<DIV>Java Developer</DIV>
<DIV> </DIV>
<DIV> </DIV>
1.1 jakarta-log4j/docs/pub-support/EmilyBache.html
Index: EmilyBache.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: Emily Bache <emily.bache@aderagroup.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
log4j in JDK1.4 <BR></SPAN><SPAN class=EUDORAHEADER>Date: Thu, 14 Jun 2001
09:40:20 +0200 <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail
Service (5.5.2653.19) <BR></SPAN><BR><BR>
<DIV>I am writing because I am concerned about the proposed logging tools
that</DIV>
<DIV>will be included in the JDK1.4, that is, JSR47. I have been using log4j,
and</DIV>
<DIV>I have found it to be a powerful tool that is easy to understand and use.
I</DIV>
<DIV>think it would be a shame if sun was to ignore the criticisms of JSR47
found</DIV>
<DIV>at <A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A></DIV><BR>
<DIV>I think the selection process of new apis to be included in the jdk
should</DIV>
<DIV>be biased to choose existing, proven working libraries such as log4j,
which</DIV>
<DIV>people already use and know, and in particular, that log4j should be
used</DIV>
<DIV>instead of this JSR47 proposal.</DIV><BR>
<DIV>Regards,</DIV><BR>
<DIV>Emily Bache</DIV>
1.1 jakarta-log4j/docs/pub-support/FrankBaxter.html
Index: FrankBaxter.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 14:33:58 -0400 <BR></SPAN><SPAN
class=EUDORAHEADER>From: Frank Baxter <fbaxter@voyager.net>
<BR></SPAN><SPAN class=EUDORAHEADER>User-Agent: Mozilla/5.0 (X11; U; Linux
2.2.17-21mdk i686; en-US; rv:0.9.1+) Gecko/20010607 <BR></SPAN><SPAN
class=EUDORAHEADER>X-Accept-Language: en-us <BR></SPAN><SPAN
class=EUDORAHEADER>To: java-logging-input@eng.sun.com <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: JSR47 Feedback <BR></SPAN><BR>
<DIV>After reviewing the available logging kits, I've been in the process of
converting our system from a proprietary logging API to use the log4j toolkit
(<A href="http://www.log4j.org/"
EUDORA="AUTOURL">http://www.log4j.org</A>). While I was pleased to see a
logging implementation included in the JDK 1.4 plans, I was very disappointed to
see that it was not log4j. Clearly it is the most widely recognized and
currently used implementation available today.</DIV><BR>
<DIV>Apache, Enhydra, JBoss, Expresso, FreeHEP, and countless others, all
selected log4j for a reason. It is the only serious solution for a logging
API. On technical merit alone, clearly there is no comparison. I certainly
hope that IBM's toolkit is not being selected for political reasons only.
I strongly urge you to reconsider the logging implementation for JDK
1.4.</DIV><BR>
<DIV>Thank you for listening to the concerns of the development
community.</DIV><BR>
<DIV>Sincerely,</DIV><BR>
<DIV>Frank Baxter</DIV><BR>
<DIV>VP and CTO</DIV>
<DIV>Synthesys Technologies, Inc.</DIV><BR><BR><BR>
1.1 jakarta-log4j/docs/pub-support/GrahamHamilton.html
Index: GrahamHamilton.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>User-Agent: Microsoft-Entourage/9.0.1.3108 <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 20:00:32 -0700 <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: FW: Log4J Vote <BR></SPAN><SPAN
class=EUDORAHEADER>From: Jon Stevens <jon@latchkey.com> <BR></SPAN><SPAN
class=EUDORAHEADER>To: <jcp@apache.org>, Ceki G�lc�/A== <cgu@qos.ch>
<BR></SPAN><BR><BR>
<DIV>------ Forwarded Message</DIV>
<DIV>From: Graham Hamilton <kgh@eng.sun.com></DIV>
<DIV>Date: Wed, 13 Jun 2001 16:07:40 -0700</DIV>
<DIV>To: Jon Stevens <jon@latchkey.com></DIV>
<DIV>Subject: Re: Log4J Vote</DIV><BR>
<DIV>Jon,</DIV><BR>
<DIV>Thanks for your interest in the logging APIs.</DIV><BR>
<DIV>As Ceki noted, IBM has been a very active participant in the</DIV>
<DIV>JSR-047 logging JSR. When the logging JSR was initiated in</DIV>
<DIV>January 2000, IBM had both the log4j work at IBM research and</DIV>
<DIV>the JLog work at IBM Tivoli. The Tivoli work built on IBM's</DIV>
<DIV>earlier product logging experience and included features like</DIV>
<DIV>internationalization that were then not present in log4j.</DIV>
<DIV>IBM's involvement in JSR-047 was focused on their JLog</DIV>
<DIV>experience which had seen a lot of use in IBM products.</DIV><BR>
<DIV>However, Ceki also provided useful input from log4j, and that</DIV>
<DIV>has influenced some parts of the logging APIs.</DIV><BR>
<DIV>In designing the APIs we've tried to draw from numerous</DIV>
<DIV>sources and we've tried to support a wide set of requirements.</DIV><BR>
<DIV>It's inevitable that when there is a new standardization</DIV>
<DIV>effort it will make some different choices from some of</DIV>
<DIV>the existing APIs. We went through a similar experience</DIV>
<DIV>with JDBC. It build on a bunch of earlier work, but it</DIV>
<DIV>wasn't exactly like any of them. Unfortunately we delayed</DIV>
<DIV>adding a JDK logging API for too long, and I think it</DIV>
<DIV>is important that we resolve that in Merlin.</DIV><BR>
<DIV>Unfortunately we are quite late in the Merlin cycle and</DIV>
<DIV>we can't really accommodate major API changes at this point.</DIV>
<DIV>However, I will be studying Ceki's comments carefully.</DIV><BR>
<DIV>
thanks</DIV>
<DIV>
- Graham</DIV><BR><BR><BR>
<DIV>Jon Stevens wrote:</DIV>
<DIV>> </DIV>
<DIV>> Dear Members of JSR47:</DIV>
<DIV>> </DIV>
<DIV>> This is my vote to drop whatever you have for JDK1.4 and use Log4J as
the</DIV>
<DIV>> standard instead. Using an open source implementation of a Logging
system is</DIV>
<DIV>> highly preferable to using something that has been defined behind the
walls</DIV>
<DIV>> of the JCP because Log4J has been able to take input from more people
over</DIV>
<DIV>> time and this has helped create a more useful product. I also believe
Ceki</DIV>
<DIV>> is a wizard when it comes to designing Logging systems.</DIV>
<DIV>> </DIV>
<DIV>> His Critique on his website is also well written and shows many of
the</DIV>
<DIV>> problems with JSR47. Even if you do make the modifications that he
suggests,</DIV>
<DIV>> it would be a duplication of what is already available and that seems
quite</DIV>
<DIV>> unnecessary to have two implementations of the exact same thing.</DIV>
<DIV>> </DIV>
<DIV>> thanks,</DIV>
<DIV>> </DIV>
<DIV>> -jon stevens</DIV>
<DIV>> Member: JSR-053, JSR-107</DIV>
<DIV>> Member: Apache Software Foundation</DIV>
<DIV>> Co-Founder: Jakarta Apache Project</DIV><BR>
<DIV>------ End of Forwarded Message</DIV>
1.1 jakarta-log4j/docs/pub-support/HowardShip.html
Index: HowardShip.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Howard Ship" <hship@bellatlantic.net>
<BR></SPAN><SPAN class=EUDORAHEADER>To: <java-logging-input@eng.sun.com>
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: <cgu@qos.ch> <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: JSR47 <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed,
13 Jun 2001 20:09:39 -0400 <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer:
Microsoft Outlook Express 5.00.2615.200 <BR></SPAN><BR><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<META content="MSHTML 5.00.2614.3500" name=GENERATOR>
<STYLE></STYLE>
<DIV>-----BEGIN PGP SIGNED MESSAGE-----<BR>Hash: SHA1</DIV>
<DIV> </DIV>
<DIV>I'm one of many developers who currently use and support Log4J.
It<BR>has a proven track record and excellent support. Given its
flexible<BR>license, there's no reason why it can't be encorporated as is,
or<BR>with a package rename, into the JDK ... or better yet, left as
an<BR>seperate extension.</DIV>
<DIV> </DIV>
<DIV>The author of Log4J makes a balanced and compelling comparison of
why<BR>JSR47 is weaker than Log4J on serveral fronts. Please don't
apply<BR>the "Not Invented Here" syndrome to this very important part of
the<BR>Java development environment.</DIV>
<DIV> </DIV>
<DIV>Howard Ship <BR>tapestry.primix.com </DIV>
<DIV> </DIV>
<DIV><BR>-----BEGIN PGP SIGNATURE-----<BR>Version: PGPfreeware 6.5.8 for
non-commercial use <<A
href="http://www.pgp.com">http://www.pgp.com</A>></DIV>
<DIV> </DIV>
<DIV>iQA/AwUBOygAwczaGfXx3ihQEQK8/QCfYAsp8I848pPHTBg+44oevWd0W6MAoOhU<BR>JW4qCQ7/A0BzUH5NpDPna4Zs<BR>=Aq4/<BR>-----END
PGP SIGNATURE-----<BR></DIV>
1.1 jakarta-log4j/docs/pub-support/JeffLinwood.html
Index: JeffLinwood.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Jeff Linwood" <jeff@greenninja.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: <java-logging-input@eng.sun.com>
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: <cgu@qos.ch> <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: Please replace JSR47 with the log4j API
<BR></SPAN><SPAN class=EUDORAHEADER>Date: Thu, 14 Jun 2001 05:03:08 -0500
<BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Microsoft Outlook Express
5.50.4133.2400 <BR></SPAN><BR>
<DIV>Hello,</DIV><BR>
<DIV>I'd like to encourage you to use log4j from the Apache project as the</DIV>
<DIV>official logging</DIV>
<DIV>API for the JDK 1.4. When numerous logging packages already exist,
it</DIV>
<DIV>doesn't</DIV>
<DIV>make any sense to create a new API that will only be supported in JDK
1.4</DIV>
<DIV>and above.</DIV>
<DIV>Log4j works with the JDK 1.1 and above, and has been in use for
several</DIV>
<DIV>years now,</DIV>
<DIV>with massive testing and development work by the open source
community. I</DIV>
<DIV>feel that</DIV>
<DIV>developers will continue to use log4j for server-side logging because
of</DIV>
<DIV>superior functionality,</DIV>
<DIV>and because it is open source.</DIV><BR>
<DIV>Please drop JSR47 from Java 1.4, and announce log4j as the new standard
for</DIV>
<DIV>Java logging.</DIV><BR>
<DIV>Thanks,</DIV>
<DIV>Jeff Linwood</DIV>
1.1 jakarta-log4j/docs/pub-support/JulienDubois.html
Index: JulienDubois.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: Julien Dubois <jdubois@contenteurope.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
Why reinvent the wheel? It is already round, you know. <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Thu, 14 Jun 2001 10:26:11 +0200 <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Internet Mail Service (5.5.2650.21) <BR></SPAN><BR><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<META content="MS Exchange Server version 5.5.2653.12" name=Generator>
<P><FONT face=Arial size=2>Dear sir,</FONT> </P>
<P><FONT face=Arial size=2>Please do consider using Log4J as the standard Java
logging package.</FONT> </P>
<P><FONT face=Arial size=2>- It has been around for several years, and is
certainly more mature than the package you are trying to produce.</FONT>
<BR><FONT face=Arial size=2>- Doing a new logging package is nonsense : why
reinvent the wheel? Does your manager have pointy hair?</FONT> <BR><FONT
face=Arial size=2>- Log4J is already widely used by companies around the
globe.</FONT> <BR><FONT face=Arial size=2>- Log4J is a lot more powerful than
what you intend to make. In my current projects, there are two particular issues
that log4j resolves, and that your software doesn't :</FONT></P>
<P> <FONT face=Arial size=2>-
Configuration via XML (and not just with a Property file)</FONT>
<BR> <FONT face=Arial size=2>- Sending
of messages over JMS</FONT> </P>
<P><FONT face=Arial size=2>Julien Dubois.</FONT> </P>
1.1 jakarta-log4j/docs/pub-support/LewisGardner.html
Index: LewisGardner.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>To: java-logging-input@eng.sun.com <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Thu, 14 Jun 2001 10:10:48 +1000 <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Lewis Gardner" <lewisgardner@lycos.com>
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>X-Sent-Mail: on <BR></SPAN><SPAN class=EUDORAHEADER>Reply-To:
lewisgardner@lycos.com <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: MailCity
Service <BR></SPAN><SPAN class=EUDORAHEADER>Subject: (No Subject)
<BR></SPAN><SPAN class=EUDORAHEADER>X-Sender-Ip: 202.139.121.81 <BR></SPAN><SPAN
class=EUDORAHEADER>Organization: Lycos Mail (<A
href="http://mail.lycos.com/" EUDORA="AUTOURL">http://mail.lycos.com:80</A>)
<BR></SPAN><BR>
<DIV>Dear Sirs,</DIV><BR>
<DIV>The current situation regarding the upcoming java logging facility as
described in <A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A> mirrors
my doubts about the JSR 47 specification exactly. As a consultant I work with a
large number of organisations developing in Java and log4j has definitely
established itself as a sound and proven standard. I ask you to reconsider the
current JSR 47 specification in favour of closer resembling log4j.</DIV><BR>
<DIV>Thank you,</DIV><BR>
<DIV>Owen Lewis Gardner</DIV>
<DIV>Software Development Consultant</DIV>
<DIV>Sydney, Australia</DIV><BR><BR><BR>
<DIV>Get 250 color business cards for FREE!</DIV>
<DIV><A href="http://businesscards.lycos.com/vp/fastpath/"
EUDORA="AUTOURL">http://businesscards.lycos.com/vp/fastpath/</A></DIV>
1.1 jakarta-log4j/docs/pub-support/MaheshBhat.html
Index: MaheshBhat.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Bhat, Mahesh" <Mahesh.Bhat@AbbeyNational.co.uk>
<BR></SPAN><SPAN class=EUDORAHEADER>To: java-logging-input@eng.sun.com
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: Views on the new Logging API (JSR47)
<BR></SPAN><SPAN class=EUDORAHEADER>Date: Thu, 14 Jun 2001 10:44:41 +0100
<BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail Service
(5.5.2650.21) <BR></SPAN><BR>
<DIV>Hi</DIV><BR>
<DIV>At the outset I would like to say that this is a personal request and
not</DIV>
<DIV>one from the company I work for. I don't represent the company at all
in</DIV>
<DIV>this matter nor the company shares this view.</DIV><BR>
<DIV>Sun seems to behave more and more like Microsoft by putting in more and
more</DIV>
<DIV>functionality in the java core programming language. On the whole this
may</DIV>
<DIV>help but most of the times this involves reinventing the wheel. </DIV>
<DIV>Sun has been consistent in criticizing Microsoft along with a host of
others</DIV>
<DIV>on the integration that they keep doing with their Windows OS starting
with</DIV>
<DIV>browsers and now with media players and personal firewalls in the
upcoming</DIV>
<DIV>version of Windows XP... One consequence of this integration is that
other</DIV>
<DIV>third party software companies often find themselves out of business -
like</DIV>
<DIV>Netscape for instance and a host of other small ones.</DIV><BR>
<DIV>I would like Sun to stop reinventing the wheel and instead integrate
the</DIV>
<DIV>logging API from log4j into jdk 1.4 that will make older software easier
to</DIV>
<DIV>integrate and show Sun's commitment to Open Source and differentiate
Sun</DIV>
<DIV>from Microsoft.</DIV><BR>
<DIV>regards</DIV><BR>
<DIV>> A mahesh bhat</DIV>
<DIV>Retail E-Commerce Systems</DIV>
<DIV>Abbey National</DIV>
<DIV>*01908-345819</DIV><BR><BR><BR>
<DIV>Important:</DIV><BR>
<DIV>Internet communications are not necessarily secure and may be intercepted
or changed after they are sent.</DIV>
<DIV>The Abbey National Group does not accept liability for any such changes. If
you wish to confirm the origin or content of this communication, please contact
the sender using an alternative means of communication.</DIV><BR>
<DIV>This communication does not create or modify any contract.</DIV><BR>
<DIV>If you are not the intended recipient of this communication you should
destroy it without copying, disclosing or otherwise using its contents. Please
notify the sender immediately of the error.</DIV><BR>
<DIV>The Abbey National Group comprises Abbey National plc and its subsidiary
group of companies.</DIV><BR>
<DIV>Abbey National plc. Registered Office: Abbey House, Baker Street, London,
NW1 6XL. Reg. No. 2294747.</DIV>
<DIV>Registered in England.</DIV>
1.1 jakarta-log4j/docs/pub-support/PayamMirrashidi.html
Index: PayamMirrashidi.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Payam Mirrashidi" <payam@rubynetworks.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: <java-logging-input@eng.sun.com>
<BR></SPAN><SPAN class=EUDORAHEADER>Cc: <cgu@qos.ch> <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: Comment on JSR 47 <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 19:11:21 -0700 <BR></SPAN><SPAN
class=EUDORAHEADER>Organization: Ruby Networks, Inc. <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Microsoft Outlook Express 5.50.4522.1200
<BR></SPAN><BR>
<DIV>JSR-00047 Expert Group:</DIV><BR>
<DIV>I am writing in response to a mail by Ceki Gulcu asking for support for
the</DIV>
<DIV>log4j API. While I don't expect the expert group to radically change
the</DIV>
<DIV>path that they have chosen so far, I think there are a couple log4j
features</DIV>
<DIV>that ought to included to the current spec. I will comment on
one.</DIV><BR>
<DIV>I have been using the log4j API for about 6 months on an almost daily
basis.</DIV>
<DIV>Previous to that, I had used the ATG Dynamo logging APIs extensively for
a</DIV>
<DIV>year. Before that I had survived with selective printlns. I have to
admit</DIV>
<DIV>that I was sold on log4j almost immediately.</DIV><BR>
<DIV>Most notably, as I read the current configuration spec, it seems that</DIV>
<DIV>runtime file logging is configured on a global instance. That is, it
is</DIV>
<DIV>possible, via a .properties file, to configure the</DIV>
<DIV>java.util.logging.FileHandler class to log to a single file. I do not see
a</DIV>
<DIV>way to configure multiple file handlers each with a different output file
at</DIV>
<DIV>runtime without having to write new classes. This is too severe a
design</DIV>
<DIV>limitation. I understand that this feature could be added
programmatically</DIV>
<DIV>by using the logging APIs with a propietary configuration format. But
I</DIV>
<DIV>think a standard mechanism for runtime configuration should be part of
the</DIV>
<DIV>spec.</DIV><BR>
<DIV>One thing this design inhibits is a seperation in logging
responsibilities</DIV>
<DIV>between programmers and system administrators. Quite often, with
server</DIV>
<DIV>deployments, the logging configuration is set up to log to multiple
files</DIV>
<DIV>each for a different target audience. For example, error logs are
typically</DIV>
<DIV>tailed by processes that send pages/email when new errors are logged.(yes,
I</DIV>
<DIV>could write a new log handler but sysadmins with perl skills can't do
that).</DIV>
<DIV>Another case for multiple file logging is the case when problems arise
with</DIV>
<DIV>a deployment. The runtime logging configuration can be changed easily
with</DIV>
<DIV>new logfiles being generated with the appropriate logging information
for</DIV>
<DIV>the person who is interested in it. This allows all the previous
deployment</DIV>
<DIV>infrastructure to remain unchanged.</DIV><BR>
<DIV>In one large Dynamo deployment I worked on, there was a large, fast
disk</DIV>
<DIV>that was wiped on a hourly basis that was solely for the use of
developer</DIV>
<DIV>debug logs. The errors and warning logs, however, were logged to
slower,</DIV>
<DIV>smaller RAID disks that were backed up on a daily basis. The flexibility
to</DIV>
<DIV>do all of this through runtime configuration file changes was a key
aspect</DIV>
<DIV>of the setup.</DIV><BR>
<DIV>log4j defines two different but powerful configuration file formats.
The</DIV>
<DIV>ease of use and the expressiveness of these formats should not be</DIV>
<DIV>discounted. My biggest complaint about Dynamo logging is that it is</DIV>
<DIV>exceedingly difficult to configure at runtime. It is important for
the</DIV>
<DIV>expert group to define configuration formats as expressive as the
log4j</DIV>
<DIV>format otherwise there will necessarily arise several competing formats
that</DIV>
<DIV>allow better, more expressive, runtime configuration.</DIV><BR>
<DIV>----</DIV>
<DIV>Payam Mirrashidi</DIV>
<DIV>payam@rubynetworks.com</DIV>
1.1 jakarta-log4j/docs/pub-support/Piper.html
Index: Piper.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>To: java-logging-input@eng.sun.com <BR></SPAN><SPAN
class=EUDORAHEADER>Cc: cgu@qos.ch <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
JSR47 <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Lotus Notes Release
5.0.6a January 17, 2001 <BR></SPAN><SPAN class=EUDORAHEADER>From:
piper@webpas.com <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001
18:20:16 -0400 <BR></SPAN><SPAN class=EUDORAHEADER>X-MIMETrack: Serialize by
Router on Internet/CPAS(Release 5.0.6a |January 17, 2001) at
<BR> 06/13/2001 05:48:22 PM,
<BR><X-TAB> </X-TAB>Serialize
complete at 06/13/2001 05:48:22 PM <BR></SPAN><BR><BR><FONT face=sans-serif
size=2>The founder of log4j raises some valid concerns about JSR47 in his open
article located at:</FONT> <BR><BR><FONT face=sans-serif size=2>
http://jakarta.apache.org/log4j/docs/critique.html</FONT>
<BR><BR><FONT face=sans-serif size=2>I do not support log4j becoming a
replacement for JSR47 because I think that the log4j API needs to be cleaned up
and made more user-friendly for simple logging tasks. I think that JSR47 has
made improvements in this area. However, very careful attention should be paid
to issues regarding performance, error handling, and interoperability prior to
finalizing the proposed API. Specifically:</FONT> <BR><BR><FONT face=sans-serif
size=2>1) More effort should be spent optimizing the specification so that it
does not become yet another Java performance burden. For example, parameters to
the logging methods in JSR47 are always evaluated. Frequently the evaluation of
these parameters results in new and expensive object allocations... which is
unnecessary when logging is disabled. The typical solution is to wrap wrap every
logging method with an if statement that determines whether logging is enabled.
This is inconvenient and will therefore be difficult to enforce in practice. I
suggest investigating ways to perform conditional evaluation of parameters,
perhaps borrowing from work done for the assertion facility in JSR41.</FONT>
<BR><BR><FONT face=sans-serif size=2>2) The addition of logging should not
affect an application's behavior (i.e. it should not introduce new Errors or
Exceptions).</FONT> <BR><BR><FONT face=sans-serif size=2>3) I'd like to see more
focused collaboration between JSR47 and the J2EE community. There is an active
and unresolved discussion about how to achieve high-performance J2EE-compliant
debugging. I'm not sure that JSR47 in its current form addresses this
issue.</FONT> <BR><BR><FONT face=sans-serif size=2>Piper</FONT>
1.1 jakarta-log4j/docs/pub-support/ScottMiller.html
Index: ScottMiller.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: Scott Miller <SMiller@planetsalvage.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
JSR47 <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001 14:45:14 -0500
<BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail Service
(5.5.2653.19) <BR></SPAN><BR>
<DIV>I recentely read an article at</DIV>
<DIV><A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A> which
compared JSR47 and</DIV>
<DIV>log4j. Given the arguments presented by the author, I humbly suggest
that</DIV>
<DIV>Sun to adopt log4j as the reference implementation for the logging
API.</DIV>
<DIV>Given the fundamental importance and widespread use of logging, a robust
and</DIV>
<DIV>proven logging implementation is desirable to further enhance the
Java</DIV>
<DIV>platform.</DIV><BR>
<DIV>Scott Miller</DIV>
<DIV>Architect</DIV>
<DIV><A href="http://www.planetsalvage.com/"
EUDORA="AUTOURL">http://www.planetsalvage.com</A></DIV>
1.1 jakarta-log4j/docs/pub-support/SebastienGuimont.html
Index: SebastienGuimont.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: Sebastien Guimont <SGuimont@zaq.com>
<BR></SPAN><SPAN class=EUDORAHEADER>To: "'java-logging-input@eng.sun.com'"
<java-logging-input@eng.sun.com> <BR></SPAN><SPAN class=EUDORAHEADER>Cc:
"'cgu@qos.ch'" <cgu@qos.ch> <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
JDK 1.4 logging API <BR></SPAN><SPAN class=EUDORAHEADER>Date: Wed, 13 Jun 2001
16:43:01 -0400 <BR></SPAN><SPAN class=EUDORAHEADER>X-Mailer: Internet Mail
Service (5.5.2650.21) <BR></SPAN><BR>
<DIV>To whom it may concern,</DIV><BR>
<DIV>I feel that the differences between log4j and the JSR47 API outlined at
the</DIV>
<DIV>following URL are significant.</DIV><BR>
<DIV><A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A></DIV><BR>
<DIV>I also feel, that rather than reinventing the wheel the JSR47 group
should</DIV>
<DIV>incorporate the log4j API rather than recreating it. The standards
put</DIV>
<DIV>forth</DIV>
<DIV>by the JSR group will eventually replace any similarly functioning
external</DIV>
<DIV>API</DIV>
<DIV>due to its incorporation into the JDK. For the number of people who
already</DIV>
<DIV>use log4j, such as myself, it feels that Sun by way of including this
new</DIV>
<DIV>API</DIV>
<DIV>in the JDK is forcing users of log4j to switch.</DIV><BR>
<DIV>In addition, by incorporating such projects into the API rather than</DIV>
<DIV>recreating</DIV>
<DIV>them from scratch I believe Sun will promote more projects like these
to</DIV>
<DIV>move</DIV>
<DIV>forward rather than possibly dissuading programmers from creating new
API's</DIV>
<DIV>for</DIV>
<DIV>fear that their work will become useless by Sun's recreation of their</DIV>
<DIV>features</DIV>
<DIV>in the next JDK.</DIV><BR>
<DIV>I point to the success of Tomcat as an example.</DIV><BR>
<DIV>Sincerely,</DIV><BR>
<DIV>S�bastien Guimont</DIV>
<DIV>Software Developer / D�veloppeur de Logiciel</DIV>
<DIV>ZAQ.iTv</DIV>
<DIV>297 St-Paul West</DIV>
<DIV>Montr�al, Qu�bec, Canada</DIV>
<DIV>H2Y 2A5</DIV>
<DIV><A href="http://www.zaq.com/" EUDORA="AUTOURL">www.zaq.com</A></DIV>
<DIV>Phone: 514-282-7073 ext: 378</DIV>
<DIV>Fax: 514-282-8011</DIV>
1.1 jakarta-log4j/docs/pub-support/SorenHilmer.html
Index: SorenHilmer.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>Sender: "Sxren Hilmer" <sh@itplus.dk> <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Thu, 14 Jun 2001 11:30:06 +0200 <BR></SPAN><SPAN
class=EUDORAHEADER>From: "S�ren Hilmer" <sh@itplus.dk> <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
<BR></SPAN><SPAN class=EUDORAHEADER>X-Accept-Language: en <BR></SPAN><SPAN
class=EUDORAHEADER>To: java-logging-input@eng.sun.com <BR></SPAN><SPAN
class=EUDORAHEADER>Cc: cgu@qos.ch <BR></SPAN><SPAN class=EUDORAHEADER>Subject:
Wrong approach in JSR47 <BR></SPAN><BR>
<DIV>Hi,</DIV><BR>
<DIV>I believe that the approach taken with the logging in JSR47. Has some</DIV>
<DIV>fundamental</DIV>
<DIV>flaws. I would severely suggest that the group revise this spec. and</DIV>
<DIV>take a look at</DIV>
<DIV>the log4j package.</DIV><BR>
<DIV>Log4j has been used successfully in numerous opensource projects, and</DIV>
<DIV>thereby proven</DIV>
<DIV>its appliability.</DIV><BR>
<DIV>For details see this page by the founder of the log4j, it clearly</DIV>
<DIV>describes the JSR47</DIV>
<DIV>defects:</DIV><BR>
<DIV><A href="http://jakarta.apache.org/log4j/docs/critique.html"
EUDORA="AUTOURL">http://jakarta.apache.org/log4j/docs/critique.html</A></DIV><BR>
<DIV>Kind regards</DIV>
<DIV> Sxren</DIV>
1.1 jakarta-log4j/docs/pub-support/ThomasQuas.html
Index: ThomasQuas.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>Sender: tom@sauron.dnsalias.org <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 22:48:10 +0200 <BR></SPAN><SPAN
class=EUDORAHEADER>From: Thomas Quas <tquas@acm.org> <BR></SPAN><SPAN
class=EUDORAHEADER>Organization: ACM <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686)
<BR></SPAN><SPAN class=EUDORAHEADER>X-Accept-Language: en <BR></SPAN><SPAN
class=EUDORAHEADER>To: java-logging-input@eng.sun.com, cgu@qos.ch
<BR></SPAN><SPAN class=EUDORAHEADER>Subject: Loggin API <BR></SPAN><SPAN
class=EUDORAHEADER>X-Sender: 520014839881-0001@t-dialin.net <BR></SPAN><BR><BR>
<DIV>Considering the technical superiority and the widespread use of
log4j,</DIV>
<DIV>I'd like you to reconsider your decision to make JSR47 the Java
Logging</DIV>
<DIV>API. As a serverside Java developer I'd prefer using a standardized</DIV>
<DIV>log4j API over JSR47.</DIV><BR><BR>
<DIV>Thank you, tom</DIV>
<DIV>-- </DIV>
<DIV>thomas quas | "Art lies in the
consciousness of doing the thing,</DIV>
<DIV>tquas@acm.org | in the attention of the
happening[...]"</DIV>
<DIV>
| -- Allen Ginsberg --</DIV>
1.1 jakarta-log4j/docs/pub-support/TimColson.html
Index: TimColson.html
===================================================================
<SPAN class=EUDORAHEADER>Delivered-To: cgu@qos.ch <BR></SPAN><SPAN
class=EUDORAHEADER>From: "Tim Colson" <tcolson@cisco.com> <BR></SPAN><SPAN
class=EUDORAHEADER>To: <java-logging-input@eng.sun.com> <BR></SPAN><SPAN
class=EUDORAHEADER>Cc: <cgu@qos.ch> <BR></SPAN><SPAN
class=EUDORAHEADER>Subject: JDK 1.4 logging API <BR></SPAN><SPAN
class=EUDORAHEADER>Date: Wed, 13 Jun 2001 16:01:35 -0700 <BR></SPAN><SPAN
class=EUDORAHEADER>X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
<BR></SPAN><SPAN class=EUDORAHEADER>Importance: Normal <BR></SPAN><BR>
<DIV>Dear Members of JSR47:</DIV>
<DIV> </DIV>
<DIV> Please consider adopting log4J instead of the proposed
JSR47.</DIV><BR>
<DIV> It is my personal opinion that JSR47 is a redundant </DIV>
<DIV>effort to create a common, standardized Java service which </DIV>
<DIV>has already been built, refined, stress-tested, documented, </DIV>
<DIV>and used extensively by the Open Source community.</DIV><BR>
<DIV> Please support that community effort so that we may see </DIV>
<DIV>standardized logging implementations become commonplace </DIV>
<DIV>and empowering, rather than fractionated and confusing </DIV>
<DIV>to Java developers everywhere.</DIV><BR>
<DIV>Thank you for your consideration!</DIV><BR>
<DIV>Timothy Colson</DIV>
<DIV>Web Engineer</DIV>
<DIV>Cisco Systems</DIV>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging1.xml
Index: logging1.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging1.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging1.xml 2001/01/17 14:26:54 1.3
+++ logging1.xml 2001/06/14 10:07:06 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.SimpleLayout
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.SimpleLayout"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging10.xml
Index: logging10.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging10.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging10.xml 2001/01/17 14:26:54 1.3
+++ logging10.xml 2001/06/14 10:07:07 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%d{ISO8601} [%t] %-5p %c %x - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern"
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging100.xml
Index: logging100.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging100.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging100.xml 2001/01/17 14:26:54 1.3
+++ logging100.xml 2001/06/14 10:07:07 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="test"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging1000.xml
Index: logging1000.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging1000.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging1000.xml 2001/01/17 14:26:54 1.3
+++ logging1000.xml 2001/06/14 10:07:08 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.net.SocketAppender">
<param name="RemoteHost" value="localhost"/>
<param name="Port" value="1000"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging101.xml
Index: logging101.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging101.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging101.xml 2001/01/17 14:26:54 1.3
+++ logging101.xml 2001/06/14 10:07:08 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging102.xml
Index: logging102.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging102.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging102.xml 2001/01/17 14:26:54 1.3
+++ logging102.xml 2001/06/14 10:07:09 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging103.xml
Index: logging103.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging103.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging103.xml 2001/01/17 14:26:54 1.3
+++ logging103.xml 2001/06/14 10:07:10 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="TEMP" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging104.xml
Index: logging104.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging104.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging104.xml 2001/01/17 14:26:54 1.3
+++ logging104.xml 2001/06/14 10:07:10 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging105.xml
Index: logging105.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging105.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging105.xml 2001/01/17 14:26:54 1.3
+++ logging105.xml 2001/06/14 10:07:11 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging106.xml
Index: logging106.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging106.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging106.xml 2001/01/17 14:26:54 1.3
+++ logging106.xml 2001/06/14 10:07:11 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging107.xml
Index: logging107.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging107.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging107.xml 2001/01/17 14:26:54 1.3
+++ logging107.xml 2001/06/14 10:07:12 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging11.xml
Index: logging11.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging11.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging11.xml 2001/01/17 14:26:54 1.3
+++ logging11.xml 2001/06/14 10:07:12 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern="%d{yyyy-MM-dd HH:mm:ss,SSS} [%t] %-5p %c %x - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern"
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging12.xml
Index: logging12.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging12.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging12.xml 2001/01/17 14:26:54 1.3
+++ logging12.xml 2001/06/14 10:07:13 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%l - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern"
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging13.xml
Index: logging13.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging13.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging13.xml 2001/01/17 14:26:54 1.3
+++ logging13.xml 2001/06/14 10:07:14 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%C.%M.%L - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern"
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging2.xml
Index: logging2.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging2.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging2.xml 2001/01/17 14:26:54 1.3
+++ logging2.xml 2001/06/14 10:07:15 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%p - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging200.xml
Index: logging200.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging200.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging200.xml 2001/01/17 14:26:54 1.3
+++ logging200.xml 2001/06/14 10:07:15 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="test"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging201.xml
Index: logging201.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging201.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging201.xml 2001/01/17 14:26:54 1.3
+++ logging201.xml 2001/06/14 10:07:16 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging202.xml
Index: logging202.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging202.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging202.xml 2001/01/17 14:26:54 1.3
+++ logging202.xml 2001/06/14 10:07:17 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging203.xml
Index: logging203.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging203.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging203.xml 2001/01/17 14:26:54 1.3
+++ logging203.xml 2001/06/14 10:07:18 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging204.xml
Index: logging204.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging204.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging204.xml 2001/01/17 14:26:54 1.3
+++ logging204.xml 2001/06/14 10:07:18 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging205.xml
Index: logging205.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging205.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging205.xml 2001/01/17 14:26:54 1.3
+++ logging205.xml 2001/06/14 10:07:19 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging206.xml
Index: logging206.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging206.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging206.xml 2001/01/17 14:26:54 1.3
+++ logging206.xml 2001/06/14 10:07:19 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging207.xml
Index: logging207.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging207.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging207.xml 2001/01/17 14:26:54 1.3
+++ logging207.xml 2001/06/14 10:07:20 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.FileAppender">
<param name="File" value="temp"/>
<param name="Append" value="false"/>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging3.xml
Index: logging3.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging3.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging3.xml 2001/01/17 14:26:54 1.3
+++ logging3.xml 2001/06/14 10:07:21 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%-5p - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging300.xml
Index: logging300.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging300.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging300.xml 2001/01/17 14:26:55 1.3
+++ logging300.xml 2001/06/14 10:07:21 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging301.xml
Index: logging301.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging301.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging301.xml 2001/01/17 14:26:55 1.3
+++ logging301.xml 2001/06/14 10:07:22 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging302.xml
Index: logging302.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging302.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging302.xml 2001/01/17 14:26:55 1.3
+++ logging302.xml 2001/06/14 10:07:22 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging303.xml
Index: logging303.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging303.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging303.xml 2001/01/17 14:26:55 1.3
+++ logging303.xml 2001/06/14 10:07:23 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging304.xml
Index: logging304.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging304.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging304.xml 2001/01/17 14:26:55 1.3
+++ logging304.xml 2001/06/14 10:07:23 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging305.xml
Index: logging305.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging305.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging305.xml 2001/01/17 14:26:55 1.3
+++ logging305.xml 2001/06/14 10:07:24 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging306.xml
Index: logging306.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging306.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging306.xml 2001/01/17 14:26:55 1.3
+++ logging306.xml 2001/06/14 10:07:24 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging307.xml
Index: logging307.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging307.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging307.xml 2001/01/17 14:26:55 1.3
+++ logging307.xml 2001/06/14 10:07:24 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
<appender-ref ref="TEMP" />
</appender>
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging4.xml
Index: logging4.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging4.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging4.xml 2001/01/17 14:26:55 1.3
+++ logging4.xml 2001/06/14 10:07:25 1.4
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.TTCCLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging5.xml
Index: logging5.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging5.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging5.xml 2001/01/17 14:26:55 1.3
+++ logging5.xml 2001/06/14 10:07:26 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%r [%t] %-5p %c{2} %x - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging6.xml
Index: logging6.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging6.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging6.xml 2001/01/17 14:26:55 1.3
+++ logging6.xml 2001/06/14 10:07:26 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%r [%t] %-5p %.10c %x - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging7.xml
Index: logging7.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging7.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging7.xml 2001/01/17 14:26:55 1.3
+++ logging7.xml 2001/06/14 10:07:27 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%r [%t] %-5p %.20c %x - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging8.xml
Index: logging8.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging8.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging8.xml 2001/01/17 14:26:55 1.3
+++ logging8.xml 2001/06/14 10:07:27 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.PatternLayout
log4j.appender.NULL.layout.ConversionPattern=%r [%t] %-5p %c - %m%n
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.PatternLayout">
1.4 +1 -1 jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging9.xml
Index: logging9.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/performance/xml/logging9.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- logging9.xml 2001/01/17 14:26:55 1.3
+++ logging9.xml 2001/06/14 10:07:27 1.4
@@ -8,7 +8,7 @@
log4j.appender.NULL.layout=org.apache.log4j.TTCCLayout
log4j.appender.NULL.layout.DateFormat=RELATIVE
-->
-<log4j:configuration>
+<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="NULL" class="org.apache.log4j.performance.NullAppender">
<layout class="org.apache.log4j.TTCCLayout">
1.22 +11 -1 jakarta-log4j/src/java/org/apache/log4j/xml/DOMConfigurator.java
Index: DOMConfigurator.java
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/xml/DOMConfigurator.java,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- DOMConfigurator.java 2001/05/20 13:21:58 1.21
+++ DOMConfigurator.java 2001/06/14 10:07:49 1.22
@@ -46,7 +46,17 @@
<p>Sometimes it is useful to see how log4j is reading configuration
files. You can enable log4j internal logging by defining the
- <b>log4j.configDebug</b> variable on the java command line.
+ <b>log4j.debug</b> variable on the java command
+ line. Alternatively, set the <code>debug</code> attribute in the
+ <code>log4j:configuration</code> element. As in
+<pre>
+ <log4j:configuration debug=true" xmlns:log4j='http://jakarta.apache.org/log4j/'>
+ ...
+ </log4j:configuration>
+</pre>
+
+
+
<p>There are sample XML files included in the package.
1.6 +1 -1 jakarta-log4j/src/java/org/apache/log4j/xml/test/test1.xml
Index: test1.xml
===================================================================
RCS file: /home/cvs/jakarta-log4j/src/java/org/apache/log4j/xml/test/test1.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- test1.xml 2001/05/18 20:45:21 1.5
+++ test1.xml 2001/06/14 10:07:51 1.6
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
-<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
+<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
<appender name="A1" class="org.apache.log4j.FileAppender">
<param name="File" value="temp.A1" />
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-cvs-unsubscribe@jakarta.apache.org
For additional commands, e-mail: log4j-cvs-help@jakarta.apache.org