[logback-dev] svn commit: r1442 - in logback/trunk/logback-site/src/site/pages: . manual

noreply.ceki at qos.ch noreply.ceki at qos.ch
Mon Mar 19 22:16:49 CET 2007


Author: ceki
Date: Mon Mar 19 22:16:49 2007
New Revision: 1442

Modified:
   logback/trunk/logback-site/src/site/pages/manual/layouts.html
   logback/trunk/logback-site/src/site/pages/news.html

Log:

- doc updates



Modified: logback/trunk/logback-site/src/site/pages/manual/layouts.html
==============================================================================
--- logback/trunk/logback-site/src/site/pages/manual/layouts.html	(original)
+++ logback/trunk/logback-site/src/site/pages/manual/layouts.html	Mon Mar 19 22:16:49 2007
@@ -1340,71 +1340,69 @@
 		behaviours, such as option handling.
 		</p>
 
-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-
    	<a name="ClassicHTMLLayout"></a>
 
 		<h3>HTMLLayout</h3>
 		
     <p><a href="../xref/ch/qos/logback/classic/html/HTMLLayout.html">
-    <code>HTMLLayout</code></a> outputs events in an HTML table. Each
-    row of the table corresponds to a logging event.</p>
+    <code>HTMLLayout</code></a> outputs logging events in an HTML
+    table where each row of the table corresponds to a logging
+    event.</p>
 		
-		<p>Here is a sample of the output produced by
-		<code>HTMLLayout</code> using its default CSS stylesheet:</p>
+		<p>Here is a sample output produced by <code>HTMLLayout</code>
+		using its default CSS stylesheet:</p>
 		<img src="images/chapter5/htmlLayout1.gif" alt="HTML Layout Sample Image"/>
 		
-		<p>The content of the table columns are specified using a
-		conversion pattern. See <code>PatternLayout</code> for
-		documentation on the available patterns. This ensures that the
-		user has full control over the creation of the html table. One can
-		choose to display any (or all) data that
-		<code>PatternLayout</code> can provide.
+		<p>The content of table columns are specified with the help of a
+		conversion pattern. See <a
+		href="#PatternLayout"><code>PatternLayout</code></a> for
+		documentation on conversion patterns. Thus, the user has full
+		control over the contents and format of the table. You can display
+		any one of the converters <code>PatternLayout</code> knows about.
 		</p>
 
-		<p>One notable point about the use of <code>PatternLayout</code> with <code>HTMLLayout</code>
-		is that conversion specifiers should not be separated by a space or in general
-		any literals. Each specifier found in the
-		pattern will result in a separate column, meaning that each literal will create 
-		an extra column.</p>
-		<p>
-			The pattern <em>%ex</em>
-			used to display an Exception is not the only way to display
-			an Exception with this layout. If you use this pattern, a
-			table column will be created to display the potential
-			Exception's stacktrace. That means that, in most cases, the column
-			will be empty, and will take quite a lot of space when displaying 
-			an exception's stack trace.
-		</p>
-		<p>
-			Since printing a stack trace on a separate column is not very readable,
-			a better solution is available in the form of
-			implementations of the <code>IThrowableRenderer</code> interface.
-			These implementations can be called and assigned to
-			<code>HTMLLayout</code> to manage the display of anything related to
-			Exceptions.
+		<p>One notable point about the use of <code>PatternLayout</code>
+		with <code>HTMLLayout</code> is that conversion specifiers should
+		not be separated by a space or in general any literals. Each
+		specifier found in the pattern will result in a separate column,
+		in particular each literal in the pattern.
+    </p>
+
+		<p>The pattern <em>%ex</em> used to display exceptions is not the
+		only way to display them. If you use the <em>%em</em> conversion
+		word, a table column will be created to display exception stack
+		traces. In most cases the column will be empty, wasting valuable
+		real-estate on your screen.
 		</p>
+
 		<p>
-			By default, a 
+			Moreover, printing a stack trace on a separate column does yield
+			very readable results. A better solution is available in the
+			form of implementations of the <code>IThrowableRenderer</code>
+			interface.  Such an implementation can assigned to
+			<code>HTMLLayout</code> to manage the display data related to
+			exceptions. By default, a
 			<a href="../xref/ch/qos/logback/classic/html/DefaultThrowableRenderer.html">
-			<code>DefaultThrowableRenderer</code></a> is
-			assigned to the <code>HTMLLayout</code>. It writes the Exception on a <em>new
-			table row</em>, along with its stacktrace, in a easily readable
-			manner, like presented in the picture above.
+			<code>DefaultThrowableRenderer</code></a> is assigned to each
+			<code>HTMLLayout</code> isntance. It writes exceptions on a
+			<em>new table row</em>, along with its stacktrace, in an easily
+			readable manner, as shown on the figure above.
 		</p>
-		<p>
-			If one wants to use the
-			<em>%ex</em>
-			pattern anyway, then a 
+
+		<p>If for some reason, you still wish to use the <em>%ex</em>
+		pattern, then you can specify
 			<a href="../xref/ch/qos/logback/core/html/NOPThrowableRenderer.html">
-			<code>NOPThrowableRenderer</code></a> can be specified
-			in the configuration file.
+			<code>NOPThrowableRenderer</code></a> in the configuration file
+			in order to disable displaying a separate row for the stack
+			trace.
 		</p>
-		<p>
-			A user-specified external CSS file can be linked to the html
-			page. In that case, the following
-			xml element can be nested into the <code>&lt;layout&gt;</code> element.
+
+		<p>A user-specified external CSS file can be set as the
+		style-sheet of the HTML output. For this purpose, a
+		<code>cssBuilder</code> xml element can be nested within a
+		<code>&lt;layout&gt;</code> element, as shown below.
 		</p>
+
 <div class="source"><pre>&lt;layout>
   ...
   &lt;cssBuilder class="ch.qos.logback.core.html.UrlCssBuilder">
@@ -1413,18 +1411,13 @@
   ...
 &lt;/layout></pre></div>
 
-		<p>In case one does not want to customize the html
-			output, an internal CSS style is used.</p>
+		<p>By default, an internal CSS style is used.</p>
 		
-		<p>
-			The <code>HTMLLayout</code> is often, although not necessarily used in conjunction with
-			<code>SMTPAppender</code>, to send a nicely formatted html email.
-		</p>
-		<p>
-			When one wants to use the <code>HTMLLayout</code> with a
-			<code>SMTPAppender</code>,
-			the following configuration would be typical.
+		<p>The <code>HTMLLayout</code> is often used in conjunction with
+		<code>SMTPAppender</code>, in order to send an email pleasantly
+		formatted in HTML. Here is a typical configuration:
 		</p>
+
 		<div class="source"><pre>&lt;configuration&gt;
   &lt;appender name="SMTP" class="ch.qos.logback.classic.net.SMTPAppender"&gt;
     &lt;layout class="ch.qos.logback.classic.html.HTMLLayout"&gt;
@@ -1442,9 +1435,10 @@
   &lt;/root&gt;
 &lt;/configuration&gt;</pre></div>
 
-		<p><code>HTMLLayout</code> can also be used with any <code>FileAppender</code>. In that
-		case, one can specify a rolling policy to archive log messages automatically.
-		One real world example could use the configuration below.</p>
+		<p><code>HTMLLayout</code> can also be used with any
+		<code>FileAppender</code>, including a a rolling file appender, as
+		shown in the sample configuration below.
+    </p>
 		
 <div class="source"><pre>&lt;configuration>
    &lt;appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
@@ -1470,24 +1464,28 @@
 
 		<h2>Logback access</h2>
 
-		<p>Many access layouts are mere adaptations of classic layouts. Logback
-	  classic and access modules address different needs, but offer comparable power
-		and flexibility.</p>
+		<p>Most logback-access layouts are mere adaptations of
+		logback-classic layouts. Logback-classic and logback-access
+		modules address different needs, but in general offer comparable
+		power and flexibility.</p>
 		
 		<h3>Writing your own Layout</h3>
-		<p>Writing a custom <code>Layout</code> for logback access is nearly identical
-		as to writing a <code>Layout</code> for the classic module.</p>
+		<p>Writing a custom <code>Layout</code> for logback access is
+		nearly identical as its sibling<code>Layout</code> in
+		logback-classic.</p>
 		
 		<a name="AccessPatternLayout"></a>
+
 		<h3>PatternLayout</h3>
-		<p>Access' <a href="../xref/ch/qos/logback/access/PatternLayout.html">
-		<code>PatternLayout</code></a> work the exact same way as it's classic counterpart.
+		<p> <a href="../xref/ch/qos/logback/access/PatternLayout.html">
+		<code>PatternLayout</code></a> in logback-access can be configured
+		in the same way as it's classic counterpart, with the notable
+		exception of the available conversion specifiers, as appropriate
+		for HTTP servlet request and response.
 		</p>
-		<p>However, the conversion specifier are different, giving specific access to request
-		and response objects' attributes.</p>
-		
-		<p>Here are the conversion specifier one can use with logback access 
-		<code>PatternLayout</code>.</p>
+
+		<p>Below is a list of conversion specifiers for 
+		<code>PatternLayout</code> in logback-access.</p>
 		
 		<table  class="bodyTable" border="0" CELLPADDING="8">
 			<th align="center">Conversion Word</th>
@@ -1745,11 +1743,23 @@
 		<p>Logback access' <code>PatternLayout</code> also recognize three keywords, which
 		act like shortcuts to a certain pattern.</p>
 
-	 <ul>
-	 	<p><em>common</em> or <em>CLF</em></p>
-	 	<p><em>combined</em></p>
-	 	</ul>
-	 	
+    <table  class="bodyTable">
+      <tr>
+        <th>keyword</th>
+        <th>equivalent conversion pattern</th>
+      </tr>
+      <tr class="a">
+        <td><em>common</em> or <em>CLF</em></td>
+        <td><em>%h %l %u %t \"%r\" %s %b</em></td>
+      </tr>
+      <tr class="b">
+        <td><em>combined</em></td>
+        <td><em>%h %l %u %t \"%r\" %s %b \"%i{Referer}\" \"%i{User-Agent}\"</em></td>
+      </tr>
+
+    </table>
+
+ 	
 	 	<p>The <em>common</em> keyword corresponds to the pattern <em>%h %l %u %t \"%r\" %s %b</em>
 	 	which displays client host, remote log name, user, date, requested URL, status code 
 	 	and response's content length</p>
@@ -1777,18 +1787,24 @@
 			<p>Content Length</p>
 		</ul>
 		
-		<p>Here is what you can expect from a configured access <code>HTMLLayout</code>:</p>
+		<p>Here is a sample output produced by <code>HTMLLayout</code> in logback-access:</p>
 		<img src="images/chapter5/htmlLayoutAccess.gif" alt="Access HTML Layout Sample Image"/>
 
-		<p>What's better than a real world example? Our own log4j properties to logback configuration 
-		<a href="http://logback.qos.ch/translator/">translator</a>
-		is using logback access to showcase a live ouput, using a <code>RollingFileAppender</code> and
-		access' <code>HTMLLayout</code>.</p>
-		
-		<p>You can see the file by <a href="http://logback.qos.ch/translator/logs/access.html">following this link</a>.</p>
+		<p>What is better than a real world example? Our own log4j
+		properties to logback <a
+		href="http://logback.qos.ch/translator/">translator</a> makes use
+		of logback-access to showcase a live ouput, using a
+		<code>RollingFileAppender</code> and <code>HTMLLayout</code>.</p>
+		
+		<p>You can see the file by <a
+		href="http://logback.qos.ch/translator/logs/access.html">following
+		this link</a>.</p>
+
+		<p>Just like any access log, each visit the <a
+		href="http://logback.qos.ch/translator/">translator</a>
+		web-application will add a new entry to the access logs.
+    </p>
 
-		<p>Just like any access log, it can be altered simply by visiting the
-		<a href="http://logback.qos.ch/translator/">translator</a> application.</p>
 <script src="../templates/footer.js"></script>
 </div>
 </body>

Modified: logback/trunk/logback-site/src/site/pages/news.html
==============================================================================
--- logback/trunk/logback-site/src/site/pages/news.html	(original)
+++ logback/trunk/logback-site/src/site/pages/news.html	Mon Mar 19 22:16:49 2007
@@ -30,12 +30,12 @@
 
     <h3>MMMM Dth, 2007 - Release of version 0.9.Y</h3>
     
-    <p>
-     Includes in configuration files are now supported by Joran, logback's
-     configuration framework. A file can contain an <em>include</em> element
-     that has a <em>file</em> or <em>url</em> attribute pointing to a configuration file.
-     See the <a href="manual/joran.html#Include">chapter about configuration</a> in the logback's
-     online manual for more information.
+    <p>Includes in configuration files are now supported by Joran,
+     logback's configuration framework. A file can contain an
+     <em>include</em> element that has a <em>file</em> or <em>url</em>
+     attribute pointing to a configuration file.  See the <a
+     href="manual/joran.html#Include">chapter about configuration</a>
+     in the logback's online manual for more information.
     </p>
     
     <p>



More information about the logback-dev mailing list