Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: svn commit: r658292 - /tomcat/tc6.0.x/trunk/STATUS.txt
Date: Tue, 20 May 2008 15:50:05 -0000
To: tomcat-dev@jakarta.apache.org
From: remm@apache.org
Message-Id: <20080520155006.07C3123889FF@eris.apache.org>

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