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

- testing that ThrowableInformation is serialized correctly

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

  reconnection delay parameter has to be set.

- Applied patch 10 mentioned in bug 105 onto SocketAppenderBase
- SocketServer class has been removed and replaced by SimpleSocketServer
- SimpleSocketServer is much more careful to track open client connections and to close them. Added relevant test cases.

- renamed c.q.l.c.j.action.ia as c.q.l.c.j.action.implicitAction

- removing unused stylesheets directory

- refactored the IncludeAction for clarity
- IncludeActionTest has been enhanced to check for bug 129

- refactored the IncludeAction for clarity
- IncludeActionTest has been enhanced to check for bug 129

  The secondary map is no longer supported.

  http://bugzilla.slf4j.org/show_bug.cgi?id=66 for more details.

  In short, the caller data was not correctly extracted when going
  through log4j-over-slf4j.

The defensive code compensating for the bug in 0.9.8 until 0.9.9 is released was not merged because it is a workaround hiding the true logic of the code.
 
  void buildResponseHeaderMap() {
    if (responseHeaderMap == null) {
      if(serverAdapter != null) {     <-- ---- not merged
        responseHeaderMap = serverAdapter.buildResponseHeaderMap();
      } else {
        responseHeaderMap = new HashMap<String, String>();
      }
     }
   }

Now, only Context's have a property map. A number of classes has to change to reflect this change.

- first-step to using JUnit 4.

 bug #104  http://bugzilla.qos.ch/show_bug.cgi?id=104

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