Author: markt
Date: Fri Jul 17 11:39:05 2009
New Revision: 795053

URL: http://svn.apache.org/viewvc?rev=795053&view=rev
Log:
Remove the applied patches

Modified:
    tomcat/current/tc5.5.x/STATUS.txt

Modified: tomcat/current/tc5.5.x/STATUS.txt
URL: 
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=795053&r1=795052&r2=795053&view=diff
==============================================================================
--- tomcat/current/tc5.5.x/STATUS.txt (original)
+++ tomcat/current/tc5.5.x/STATUS.txt Fri Jul 17 11:39:05 2009
@@ -33,18 +33,6 @@
    0: fhanik - big step for an old branch, could be risky, I'd wait until 
after next release if we consider it
   -1: 
 
-* Script improvement - alternative patch
-  http://svn.apache.org/viewvc?rev=793372&view=rev (align platforms / bug 
39194)
-  +1: markt, kkolinko, rjung
-  -1:
-  kkolinko: It needs rev.793757 that I am proposing below. Otherwise the
-    user isn't able to set CLASSPATH in setenv script.
-
-* Script improvement - additional patch
-  http://svn.apache.org/viewvc?rev=793757&view=rev
-  +1: kkolinko, markt, rjung
-  -1:
-
 * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39231
   http://svn.apache.org/viewvc?rev=791900&view=rev
   http://svn.apache.org/viewvc?rev=792446&view=rev (Filip's suggestion)
@@ -52,17 +40,6 @@
   +1: markt, fhanik
   -1: 
 
-* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39637
-  AJP connectors do not handle certificate chains
-  Patch by Patrik Schnellmann
-  https://issues.apache.org/bugzilla/attachment.cgi?id=23952
-  +1: markt, kkolinko, rjung
-  -1: 
-  kkolinko: in the lines of RequestHandler.java that are seen in the patch,
-    but are not changed by it there is a bug:  "certString.getBytes()" - it
-    uses Platform default encoding. Though it should not be of much value
-    for base64 encoded data that these certificates are.
-
 * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39844
   Port r588477 (fix for #43668) by billbarker that corrected this for Tomcat 6
   http://people.apache.org/~markt/patches/2009-07-11-bug39844.patch
@@ -82,19 +59,7 @@
     Do we need to update REQUIRED_PATCH, RECOMMENDED_PV
     in AprLifecycleListener?
     [1] 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?r1=697046&r2=697045&pathrev=697046
-
-* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39997
-  Port of http://svn.apache.org/viewvc?view=rev&revision=637867
-  Add SSLRandomSeed option to APR to enable faster starts on development 
systems
-  https://issues.apache.org/bugzilla/attachment.cgi?id=23962
-  +1: markt, kkolinko, rjung
-  -1: 
-
-* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=40380
-  Correct synchronisation of expire(). Method should only run once.
-  http://svn.apache.org/viewvc?rev=793981&view=rev
-  +1: markt, kkolinko, rjung
-  -1:
+  markt: We should update recommended.
 
 * Minor cleanups for AccessLogValve classes
   Reuses StringBuffer, uses char instead of single-char String, etc.
@@ -103,19 +68,6 @@
   +1: kkolinko
   -1:
 
-* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=40551
-  Enable the JvmRouteBinderValve to work with PersistentManagers as well as
-  clusters
-  http://svn.apache.org/viewvc?rev=794822&view=rev
-  +1: markt, rjung
-  +1: kkolinko: I like the patch, but I do not like the jvmRoute.noCluster
-    message text. It is informational, but that "You must use.." sounds
-    like a warning. Maybe rephrase it to something more delicate, e.g.:
-     The JvmRouterBinderValve is configured, but clustering is not being used. 
In this case you have to use a PersistentManager for fail-over.
-    As a side note: the class Javadoc comment for JvmRouteBinderValve is
-    hard to read because of grammatical errors...
-  -1: 
-
 * Bundle native dlls with exe installer, instead of downloading some old
   (1.1.4) native version from Heanet, and install DLL according with CPU
   architecture.



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

Reply via email to