blob: 349f3261d880496ed22099a2818d2b9b2adb32a9 [file] [log] [blame]
================================================================================
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
================================================================================
$Id$
=================================
Apache Tomcat 5.5 Patch Proposals
=================================
PATCHES ACCEPTED TO BACKPORT FROM TRUNK/OTHER:
[ start all new proposals below, under PATCHES PROPOSED. ]
PATCHES PROPOSED TO BACKPORT:
[ New proposals should be added at the end of the list ]
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=52059
http://svn.apache.org/viewvc?rev=1186763&view=rev
Fix a typo in Windows uninstaller:
Do not forget to remove Tomcat keys from 32-bit registry on deinstallation.
+1: kkolinko
-1:
* Make configuration issue for RemoteAddrValve, RemoteHostValve result
in the failure of the valve rather than just a warning message.
Ensure changes to the configuration of these valves via JMX are thread-safe.
Refactor value matching logic into separate method.
Expose the new method isAllowed and isAllowValid, isDenyValid properties through JMX.
It is based on r1189256 and r1187027, r1198622
(r1189258, r1187029, r1198623 in TC7)
http://people.apache.org/~kkolinko/patches/2011-11-08_tc55_RequestFilterValve_v4.patch
+1: kkolinko
-1:
kkolinko: It does its work and prevents app from starting and working. Though
1. Autodeployment prints the same error every 10s. It is OK, though a
bit annoying.
2. Application that failed to start responds with 403. I do not
understand why. I would expect 404 or 503.
3. Application that failed to start is not listed by the manager app.
It is expected, but does not explain why error 403 and not 404 is observed.
* Improve performance of parameter processing
http://people.apache.org/~markt/patches/2011-10-29-param-perf-tc5-v2.patch
http://svn.apache.org/viewvc?rev=1195222&view=rev - performance tweaks
+1: markt
-1:
kkolinko: +r1195943,r1198641 are needed, and maybe (r1195531+r1195905, r1195949, r1198696)