cvs commit: jakarta-log4j/docs FAQ.html
[email protected] 7 May 2002 23:39:33 -0000
| Newsgroups | gmane.comp.jakarta.log4j.cvs |
|---|---|
| Message-ID | <[email protected]> |
ceki 02/05/07 16:39:33
Modified: docs FAQ.html
Log:
Fixed a few doc bugs. Also stressed the importance of test
cases.
Revision Changes Path
1.15 +24 -24 jakarta-log4j/docs/FAQ.html
Index: FAQ.html
===================================================================
RCS file: /home/cvs/jakarta-log4j/docs/FAQ.html,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- FAQ.html 7 May 2002 23:24:24 -0000 1.14
+++ FAQ.html 7 May 2002 23:39:33 -0000 1.15
@@ -488,22 +488,13 @@
works with the release of Java 2. In Java 2, classloaders are
arranged in a hierarchial parent-child relationship. When a child
classloader needs to find a class or a resource, it first delegates
-the request to the parent. Under no circumstances does it delegate
-the classloading to a child.
+the request to the parent.
-<P>
-Earlier releases of Log4J only used the default
-<CODE>Class.forName()</code> mechanism for loading classes. Beginning
-with Java 2, the preferred method for loading classes is:
-<BLOCKQUOTE>
-<CODE>Thread.currentThread().getContextClassLoader().loadClass()</CODE>
-</BLOCKQUOTE>
-Resources are handled in the same manner. See the documentation for
-<CODE>java.lang.ClassLoader</CODE> for more details. The most recent
-versions of Log4J use the Java 2 method for loading classes.
+<P>Log4J only uses the default <CODE>Class.forName()</code> mechanism
+for loading classes. Resources are handled similarly. See the
+documentation for <CODE>java.lang.ClassLoader</CODE> for more details.
-<P>
-So, if you're having problems, try loading the class or resource
+<P>So, if you're having problems, try loading the class or resource
yourself. If you can't find it, neither will Log4J. ;)
<P><A NAME=configureandwatch><H4>Is there a way to get Log4J to
@@ -559,16 +550,28 @@
<p>If your extensions are useful then someone will eventually write an
extension providing the same or very similar functionality. Your
-development effort will be wasted.
-
-<p>Unless the proprietary log4j extension is business critical, there
-is little reason for not donating your extensions back to the project.
+development effort will be wasted. Unless the proprietary log4j
+extension is business critical, there is little reason for not
+donating your extensions back to the project.
<a name=help><h4>What should I keep in mind when contributing
code?</h4>
<ol>
- <li>Stick to the existing indentation style even if you hate it.
+
+ <li><b>Write a test case for your contribution.</b>
+
+ <p>There is nothing more irritating than finding the bugs in
+ debugging (i.e. logging) code. Writing a test case takes some
+ effort but is crucial for a widely used library such as
+ log4j. Writing a test case will go a long way in earning you the
+ respect of fellow developers. See the tests/ directory for exiting
+ test cases.
+
+ </li>
+
+
+ <p><li>Stick to the existing indentation style even if you hate it.
<p>Alternating between indentation styles makes it hard to
understand the source code. Make it hard on yourself but easier
@@ -581,11 +584,6 @@
<p>One of the important advantages of log4j is its compatibility with
JDK 1.1.x.
- <p><li><b>Thoroughly test your code.</b>
-
- <p>There is nothing more irritating than finding the bugs
- in debugging (i.e. logging) code.
-
<p><li>Keep it simple, small and fast.
<p>It's all about the application not about logging.
@@ -599,6 +597,8 @@
years to raise a child.
<p><li>Did I mention sticking with the indentation style?
+
+ <p><li>Did I mention writing test cases?
</ol>