tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From r...@apache.org
Subject svn commit: r658292 - /tomcat/tc6.0.x/trunk/STATUS.txt
Date Tue, 20 May 2008 15:50:05 GMT
Author: remm
Date: Tue May 20 08:50:05 2008
New Revision: 658292

URL: http://svn.apache.org/viewvc?rev=658292&view=rev
Log:
- Votes.

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=658292&r1=658291&r2=658292&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue May 20 08:50:05 2008
@@ -77,15 +77,12 @@
   Note: This is on the critical path
   http://svn.apache.org/viewvc?rev=657954&view=rev
   +1: markt
-  -1: remm (the library causing this bug cannot possibly have read the little
-            hidden, optional appendix from the HTTP/1.0 spec, and rely on it, so it is simply
broken;
-            it may not apply to HTTP/1.1, which may be more strict; passing full URLs in
the
-            request line is normally an HTTP/1.1 thing, from what I remember, usable as an
alternative
-            to the mandatory Host header)
+  -1: 
       markt Both the HTTP/1.1 and HTTP/1.0 contain broadly the same text
             regarding tolerant applications. (ie allow multiple SP/HT between
             method-url and url-httpVersion). However, it is optional so we don't
             have to support it.
+      remm Apparently httpd does that, so I am changing my vote to "ignore issue"
 
 * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=42747
   Use any META-INF/context.xml in a consistent manner and ensure it is used on
@@ -95,4 +92,6 @@
   -1: remm (would need convincing that this is really well tested, otherwise delay to next
release)
       markt Exactly what would convince you that this was well tested above and
             beyond the local testing that I have done to convince myself that
-            this patch does what I want it to.
\ No newline at end of file
+            this patch does what I want it to.
+      remm I am not sure this was fully tested. For example, the order of redeployResources
is 
+           likely significant, and it is changed in deployDirectory
\ No newline at end of file



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


Mime
View raw message