
Author: ceki Date: Sat Mar 22 19:45:01 2008 New Revision: 1657 Modified: logback/trunk/logback-site/src/site/pages/faq.html Log: - indetentation changes only Modified: logback/trunk/logback-site/src/site/pages/faq.html ============================================================================== --- logback/trunk/logback-site/src/site/pages/faq.html (original) +++ logback/trunk/logback-site/src/site/pages/faq.html Sat Mar 22 19:45:01 2008 @@ -20,239 +20,185 @@ <div id="content"> <h2> - <a name="top">Logback Frequently Asked Questions</a> - </h2> - - <p> - <b>Logback Classic</b> - </p> - - <ol type="1"> - <li> - <a href="#setup_jetty"> - How can I use logback-classic with Jetty ? - </a> - </li> - <li> - <a href="#auto_config"> - How does the automatic configuration work? - </a> - </li> - <li> - <a href="#intercept_calls_tomcat"> - How can I intercept JCL calls in Tomcat? - </a> - </li> - <li> - <a href="#intercept_calls_jetty"> - How can I intercept JCL calls in Jetty ? - </a> - </li> - </ol> + <a name="top">Logback Frequently Asked Questions</a> + </h2> + + <p> + <b>Logback Classic</b> + </p> + + <ol type="1"> + <li> + <a href="#setup_jetty"> + How can I use logback-classic with Jetty ? + </a> + </li> + <li> + <a href="#auto_config"> + How does the automatic configuration work? + </a> + </li> + <li> + <a href="#intercept_calls_tomcat"> + How can I intercept JCL calls in Tomcat? + </a> + </li> + <li> + <a href="#intercept_calls_jetty"> + How can I intercept JCL calls in Jetty ? + </a> + </li> + </ol> - <div class="section"> - <h2>Logback Classic</h2> - <dl> - <dt> - <a name="setup_jetty"> - How can I use logback-classic with Jetty ? - </a> - </dt> - <dd> - <p> - The Jetty application server uses SLF4J for its internal - logging. Here are the required steps to install logback - as SLF4J's underlaying implementation. - </p> - <p> - A few jars must be present in the - <em>JETTY_HOME/lib</em> - directory. - </p> - - <p> - Logback-classic is based on the SLF4J api. Therefore, - the - <em>slf4j-api-VERSION.jar</em> - jar must be present. This jar can be downloaded from the - <a href="http://www.slf4j.org/">SLF4J</a> - project. - </p> - <p> - Logback's own jars must also be present, namely - <em>logback-core-VERSION.jar</em> - and - <em>logback-classic-VERSION.jar</em> - . - </p> - - <p> - To configure logback-classic, a file called - <em>logback.xml</em> - should be placed in the - <em>JETTY_HOME/resources</em> - directory. You can find configuration samples in the - <em>examples/src/chapter4/conf/</em> - directory, in the distribution of logback. - </p> - <table border="0"> - <tr> - <td align="right"> - <a href="#top">[top]</a> - </td> - </tr> - </table> - <hr /> - </dd> - <dt> - <a name="auto_config"> - How does the automatic configuration work? - </a> - </dt> - <dd> - <p> - If a file called - <em>logback.xml</em> - is found in the classpath, then it is used. - </p> - <p> - In case it is not found, a - <em>logback-test.xml</em> - file is searched, and used if available. - </p> - <p> - If none of these files are available, logback uses its - <code>BasicConfigurator</code> - class to create a simple default configuration that will - only log to the console. - </p> - <table border="0"> - <tr> - <td align="right"> - <a href="#top">[top]</a> - </td> - </tr> - </table> - <hr /> - </dd> - <dt> - <a name="intercept_calls_tomcat"> - How can I intercept JCL calls in Tomcat? - </a> - </dt> - <dd> - <p> - When a dependency of your webapp logs using Jakarta - Commons Logging (for example Struts), you can intercept - these calls and redirect them to logback. - </p> - <p> - This can be done by using - <em>jcl104-over-slf4j.jar</em> - , a module that is shipped with - <a href="http://www.slf4j.org">SLF4J</a> - . - </p> - <p> - If you have only one webapp, its - <em>WEB-INF/lib</em> - directory should already contain the logback jars, - namely - <em>logback-core-VERSION.jar</em> - , - <em>logback-classic-VERSION.jar</em> - and - <em>slf4j-api-VERSION.jar</em> - . A logback configuration file, named - <em>logback.xml</em> - should be placed in the - <em>WEB-INF/classes/</em> - directory. - </p> - <p> - You now need to add - <code>jcl104-over-slf4j.jar</code> - to your - <em>WEB-INF/lib</em> - directory and remove - <code>commons-logging-1.0.4.jar</code> - . The logging that used to be directed to JCL should now - be handled by logback. - </p> - - <p> - In case several webapps share the logback jars, you - might place the previously mentionned jars in the - <em>common/lib/</em> - directory of your Tomcat installation. The - <em>logback.xml</em> - file should then be placed in - <em>common/classes</em> - . - </p> - <table border="0"> - <tr> - <td align="right"> - <a href="#top">[top]</a> - </td> - </tr> - </table> - <hr /> - </dd> - <dt> - <a name="intercept_calls_jetty"> - How can I intercept JCL calls in Jetty ? - </a> - </dt> - <dd> - <p> - Using logback as the logging implementation of choice - for frameworks depending on JCL can also be done in - Jetty. - </p> - <p> - In case you have only one webapp, the required steps are - exactly the same as - <a href="#intercept_calls_tomcat"> - those needed in Tomcat - </a> - . - </p> - <p> - In case several webapps share the logback jars, you - might place the necessary jars in the - <em>lib/</em> - directory of your Jetty installation. The - <em>logback.xml</em> - file should then be placed in the - <em>resources/</em> - directory. - </p> - <p> - However, due to - <a - href="http://docs.codehaus.org/display/JETTY/Classloading"> - Jetty's internal Classloading mechanism - </a> - , the - <em>logback-classic-VERSION.jar</em> - and - <em>slf4j-api-VERSION.jar</em> - files should also be placed in the - <em>WEB-INF/lib/</em> - directory of your webapps. - </p> - <table border="0"> - <tr> - <td align="right"> - <a href="#top">[top]</a> - </td> + <div class="section"> + <h2>Logback Classic</h2> + <dl> + <dt> + <a name="setup_jetty"> + How can I use logback-classic with Jetty ? + </a> + </dt> + <dd> + <p>The Jetty application server uses SLF4J for its internal + logging. Here are the required steps to install logback as + SLF4J's underlaying implementation. + </p> + + <p>A few jars must be present in the <em>JETTY_HOME/lib</em> + directory. + </p> + + <p>Logback-classic is based on the SLF4J api. Therefore, the + <em>slf4j-api-VERSION.jar</em> jar must be present. This jar + can be downloaded from the <a + href="http://www.slf4j.org/">SLF4J</a> project. + </p> + <p>Logback's own jars must also be present, namely + <em>logback-core-VERSION.jar</em> and + <em>logback-classic-VERSION.jar</em> . + </p> + + <p> To configure logback-classic, a file called + <em>logback.xml</em> should be placed in the + <em>JETTY_HOME/resources</em> directory. You can find + configuration samples in the + <em>examples/src/chapter4/conf/</em> directory, in the + distribution of logback. + </p> + + <table border="0"> + <tr> + <td align="right"> + <a href="#top">[top]</a> + </td> + </tr> + </table> + <hr /> + </dd> + <dt> + <a name="auto_config"> + How does the automatic configuration work? + </a> + </dt> + <dd> + <p>If a file called <em>logback.xml</em> is found in the + classpath, then it is used. + </p> + <p>In case it is not found, a <em>logback-test.xml</em> file + is searched, and used if available. + </p> + <p>If none of these files are available, logback uses its + <code>BasicConfigurator</code> class to create a simple + default configuration that will only log to the console. + </p> + <table border="0"> + <tr> + <td align="right"> + <a href="#top">[top]</a> + </td> </tr> - </table> - </dd> - </dl> - </div> - </div> + </table> + <hr /> + </dd> + <dt> + <a name="intercept_calls_tomcat"> + How can I intercept JCL calls in Tomcat? + </a> + </dt> + <dd> + <p>When a dependency of your webapp logs using Jakarta Commons + Logging (for example Struts), you can intercept these calls + and redirect them to logback. + </p> + <p>This can be done by using <em>jcl104-over-slf4j.jar</em> , + a module that is shipped with <a + href="http://www.slf4j.org">SLF4J</a> . + </p> + <p>If you have only one webapp, its <em>WEB-INF/lib</em> + directory should already contain the logback jars, namely + <em>logback-core-VERSION.jar</em> , + <em>logback-classic-VERSION.jar</em> and + <em>slf4j-api-VERSION.jar</em> . A logback configuration file, + named <em>logback.xml</em> should be placed in the + <em>WEB-INF/classes/</em> directory. + </p> + <p>You now need to add <code>jcl104-over-slf4j.jar</code> to + your <em>WEB-INF/lib</em> directory and remove + <code>commons-logging-1.0.4.jar</code> . The logging that used + to be directed to JCL should now be handled by logback. + </p> + + <p>In case several webapps share the logback jars, you might + place the previously mentionned jars in the + <em>common/lib/</em> directory of your Tomcat + installation. The <em>logback.xml</em> file should then be + placed in <em>common/classes</em> . + </p> + <table border="0"> + <tr> + <td align="right"> + <a href="#top">[top]</a> + </td> + </tr> + </table> + <hr /> + </dd> + <dt> + <a name="intercept_calls_jetty"> + How can I intercept JCL calls in Jetty ? + </a> + </dt> + <dd> + <p>Using logback as the logging implementation of choice for + frameworks depending on JCL can also be done in Jetty. + </p> + <p>In case you have only one webapp, the required steps are + exactly the same as <a href="#intercept_calls_tomcat">those + needed in Tomcat</a>. + </p> + <p>In case several webapps share the logback jars, you might + place the necessary jars in the <em>lib/</em> directory of + your Jetty installation. The <em>logback.xml</em> file should + then be placed in the <em>resources/</em> directory. + </p> + <p>However, due to <a + href="http://docs.codehaus.org/display/JETTY/Classloading"> + Jetty's internal Classloading mechanism</a>, the + <em>logback-classic-VERSION.jar</em> and + <em>slf4j-api-VERSION.jar</em> files should also be placed in + the <em>WEB-INF/lib/</em> directory of your webapps. + </p> + <table border="0"> + <tr> + <td align="right"> + <a href="#top">[top]</a> + </td> + </tr> + </table> + </dd> + </dl> + </div> +</div>