tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ma...@apache.org
Subject svn commit: r1029770 - /tomcat/tc6.0.x/trunk/STATUS.txt
Date Mon, 01 Nov 2010 17:57:49 GMT
Author: markt
Date: Mon Nov  1 17:57:49 2010
New Revision: 1029770

URL: http://svn.apache.org/viewvc?rev=1029770&view=rev
Log:
Respond to review comments

Modified:
    tomcat/tc6.0.x/trunk/STATUS.txt

Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=1029770&r1=1029769&r2=1029770&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Nov  1 17:57:49 2010
@@ -109,11 +109,20 @@ PATCHES PROPOSED TO BACKPORT:
   kkolinko (Re: rjung): I understand that it is intended: It is logged in all
   parents, but not in the siblings (because passing 'false' as useDefault
   argument when calling getParent().logAccess(..)).
+  
+  markt (Re: rjung): It is done this way to maintain default behaviour. If you
+  define an AccessLog for a Host and an Engine, requests to the Host will be
+  logged in both. The logged flag is used to determine if we need to try and
+  find a default logger to ensure the request is logged somewhere.
 
   kkolinko: I do not quite understand why CoyoteAdapter.log() recycles
   request and response even if it did not create them, but I do not see
   valid reasons why it should not. Access logging occurs once request
   processing is completed, so it seems valid to recycle them at that point.
+  
+  markt (Re: kkolinko): CoyoteAdapter.log() recycles the request and response
+  since it may get called without a call to CoyoteAdapter.service() and it was
+  easier to always recycle than to figure out if a recycle was required or not.
 
 
 * Backport the CSRF prevention filter to Tomcat 6 and configure the Manager and



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message