Problem reported by Julia Hu [1].
 
 [1] http://www.qos.ch/pipermail/logback-dev/2008-May/002506.html

 see also 

  http://bugzilla.qos.ch/show_bug.cgi?id=55
  http://bugzilla.qos.ch/show_bug.cgi?id=149
  

- copyright is 2000 to 2008
- other docs changes

- fixed bug 147 which was caused by the user specifying a layout for SyslogAppender. 
  SyslogAppender now disallows the user to set a layout. It also informs the user
  that the action is disallows directing her to an error page.
- updated codes.html in relation to bug 147
- simplified and shortened codes.html 

  on the logback mailing list by Daniel King

[1] http://www.qos.ch/pipermail/logback-user/2008-April/000427.html

- subsequent to discussions on the mailing list, tentatively changing the license to GPL+classpath exception instead of the less clear LGPL+classpath.
  Note that GPL+classpath is the same license terms as JDK 7.

  Tomcat), will now systematically print its internal status upon
  initialization, unless told to be quiet. This greatly helps
  troubleshooting the configration of logback-access under Tomcat.

- dropped retrotranslator support

- Correcting incorrect text in the FAQ. The problem was mentioned in the
user mailing list [1].

[1] http://www.qos.ch/pipermail/logback-user/2008-March/000410.html

- indetentation changes only

- additional assertion in JettyBasicTest

- PropertySetter can now deal with *any* enum type, not just FilterReply

- startConverters method moved from DynamicConverter to ConvertUtil class. 
  In fact, CompositeConverter have to be started as well. This was previously not the case
  and patterns with composites in them would not work. 

- updating news

  getResponseContent after serialization. The idea is, as expalined in comment 3, to make a 
  copy of the contents of various httpRequest and httpResponse fields (without serializing 
  httpRequest and httpResponse). Also note many converters in the c.q.l.acces.Pattern package 
  *cannot* deal with null values returned by various get methods in AccessEvent. Thus, it is not
  enough to avoid NPE as accomplished by attachment 21 (dated 2008-01-28 21:39:11) but also to
  return valid values.

Comment 3: http://bugzilla.qos.ch/show_bug.cgi?id=109#c3