svn commit: r1062677 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties
Author: kkolinko Date: Mon Jan 24 08:35:21 2011 New Revision: 1062677 URL: http://svn.apache.org/viewvc?rev=1062677view=rev Log: Convert hex sequences in properties file to lowercase. No changes in the text itself. This is to simplify patch that follows. CTR: translations Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties?rev=1062677r1=1062676r2=1062677view=diff == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/LocalStrings_es.properties Mon Jan 24 08:35:21 2011 @@ -12,203 +12,203 @@ # 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. -applicationContext.attributeEvent = Excepci\u00F3n lanzada por escuchador de eventos de atributos +applicationContext.attributeEvent = Excepci\u00f3n lanzada por escuchador de eventos de atributos applicationContext.mapping.error = Error durante mapeo -applicationContext.requestDispatcher.iae = La Trayectoria {0} no comienza con car\u00E1cter / -applicationContext.resourcePaths.iae = La Trayectoria {0} no comienza con car\u00E1cter / +applicationContext.requestDispatcher.iae = La Trayectoria {0} no comienza con car\u00e1cter / +applicationContext.resourcePaths.iae = La Trayectoria {0} no comienza con car\u00e1cter / applicationContext.setAttribute.namenull = El nombre no puede ser nulo -applicationDispatcher.allocateException = Excepci\u00F3n de reserva de espacio para servlet {0} -applicationDispatcher.deallocateException = Excepci\u00F3n de recuperaci\u00F3n de espacio para servlet {0} -applicationDispatcher.forward.ise = No puedo reenviar despu\u00E9s de que la respuesta se haya llevado a cabo. -applicationDispatcher.forward.throw = El recurso reenviado lanz\u00F3 un excepci\u00F3n -applicationDispatcher.include.throw = El recurso inclu\u00EDdo lanz\u00F3 una excepci\u00F3n -applicationDispatcher.isUnavailable = El Servlet {0} no est\u00E1 disponible en este momento -applicationDispatcher.serviceException = El Servlet.service() para servlet {0} lanz\u00F3 una excepci\u00F3n -applicationDispatcher.specViolation.request = SevletRequest original o ServletRequest original arropado no pas\u00F3 a RequestDispatcher en violaci\u00F3n de SRV.8.2 y SRV.14.2.5.1 -applicationDispatcher.specViolation.response = SevletResponse original o ServletResponse original arropado no pas\u00F3 a RequestDispatcher en violaci\u00F3n de SRV.8.2 y SRV.14.2.5.1 -applicationRequest.badParent = No puedo localizar la implementaci\u00F3n de Requerimiento padre +applicationDispatcher.allocateException = Excepci\u00f3n de reserva de espacio para servlet {0} +applicationDispatcher.deallocateException = Excepci\u00f3n de recuperaci\u00f3n de espacio para servlet {0} +applicationDispatcher.forward.ise = No puedo reenviar despu\u00e9s de que la respuesta se haya llevado a cabo. +applicationDispatcher.forward.throw = El recurso reenviado lanz\u00f3 un excepci\u00f3n +applicationDispatcher.include.throw = El recurso inclu\u00eddo lanz\u00f3 una excepci\u00f3n +applicationDispatcher.isUnavailable = El Servlet {0} no est\u00e1 disponible en este momento +applicationDispatcher.serviceException = El Servlet.service() para servlet {0} lanz\u00f3 una excepci\u00f3n +applicationDispatcher.specViolation.request = SevletRequest original o ServletRequest original arropado no pas\u00f3 a RequestDispatcher en violaci\u00f3n de SRV.8.2 y SRV.14.2.5.1 +applicationDispatcher.specViolation.response = SevletResponse original o ServletResponse original arropado no pas\u00f3 a RequestDispatcher en violaci\u00f3n de SRV.8.2 y SRV.14.2.5.1 +applicationRequest.badParent = No puedo localizar la implementaci\u00f3n de Requerimiento padre applicationRequest.badRequest = El requerimiento no es un javax.servlet.ServletRequestWrapper -applicationResponse.badParent = No puedo localizar implementaci\u00F3n de Respuesta padre +applicationResponse.badParent = No puedo localizar implementaci\u00f3n de Respuesta padre applicationResponse.badResponse = La Respuesta no es un javax.servlet.ServletResponseWrapper -aprListener.aprInit = La biblioteca nativa de Apache Tomcat basada en ARP que permite un rendimiento \u00F3ptimo en entornos de desarrollo no ha sido hallada en java.library.path\: {0} -aprListener.tcnInvalid = Se encuentra instalada una versi\u00F3n incompatible {0} de la biblioteca nativa APR de Apache Tomcat, mientras que Tomcat necesita la versi\u00F3n {1} -aprListener.tcnVersion = Se encuentra instalada una versi\u00F3n muy vieja {0} de la
svn commit: r1062679 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Mon Jan 24 08:44:11 2011 New Revision: 1062679 URL: http://svn.apache.org/viewvc?rev=1062679view=rev Log: Replace broken patch with a new one 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=1062679r1=1062678r2=1062679view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Jan 24 08:44:11 2011 @@ -97,15 +97,9 @@ PATCHES PROPOSED TO BACKPORT: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48822 Include context name in reload and stop log statements. - http://people.apache.org/~slaurent/patches/2010-12-16_BZ48822_context_name_on_reload-tc6.patch - +1: slaurent - +0: kkolinko: Good idea, though logName() is - org.apache.catalina.core.ContainerBase.[engine].[host].[path] - which is not just a context name and looks ugly. The patch is not - clean - it includes BZ 50459 bindThread patch that was proposed above. - -0: markt: The patch is not clean (includes BZ50459) - logName() is the wrong thing to be using. getName() should be - sufficient + Based on the patch by Marc Guillemot. + http://people.apache.org/~kkolinko/patches/2011-01-23_tc6_48822.patch + +1: kkolinko -1: * Followup to r1061433 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1062688 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Mon Jan 24 09:03:24 2011 New Revision: 1062688 URL: http://svn.apache.org/viewvc?rev=1062688view=rev Log: proposal 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=1062688r1=1062687r2=1062688view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Jan 24 09:03:24 2011 @@ -95,6 +95,12 @@ PATCHES PROPOSED TO BACKPORT: -0: markt - Patch doesn't apply cleanly to tc6.0.x/trunk -1: + Mladen's patch with svn conflict resolved: + http://people.apache.org/~kkolinko/patches/2011-01-24_tc6_aprshutdown.patch + (kkolinko: not tested, thus not voting yet) + +1: + -1: + * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48822 Include context name in reload and stop log statements. Based on the patch by Marc Guillemot. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
RemoteIpValve advices
Hi to all, I take a look at RemoteIpValve and wonder if they are plan to handle also x-forwarded-host, x-forwarded-port and x-forwarded-proto ? The idea will be to use them to replace getLocalName/getLocalPort/getScheme by x-forwarded-host, x-forwarded-port and x-forwarded-proto. The fix should be easy and I could even provide the required patch. Go / NoGo ? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: RemoteIpValve advices
On 24/01/2011 10:00, Henri Gomez wrote: Hi to all, I take a look at RemoteIpValve and wonder if they are plan to handle also x-forwarded-host, x-forwarded-port and x-forwarded-proto ? The idea will be to use them to replace getLocalName/getLocalPort/getScheme by x-forwarded-host, x-forwarded-port and x-forwarded-proto. x-forwarded-proto is already handled. x-forwarded-host is non-trivial since the mapping is done before the valve is invoked. Simpler to do the equivalent of ProxyPreserveHost On in the proxy. x-forwarded-port is not handled directly but x-forwarded-proto does set the port based on the protocol. The fix should be easy and I could even provide the required patch. I'm not so sure it is that easy. Go / NoGo ? Given the complexities, I'd need to see a clearer proposal or a patch to comment further. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Hosting the current Tomcat Maven Plugin from mojo codehaus
On 22/01/2011 13:17, Olivier Lamy wrote: Hello, I don't know if this need a more official/formal vote ? So what are next steps now ? Does this need to be via the incubator? This is an existing project but the likely destination is not as a Tomcat sub-project but as a module. I'm not sure. Maybe a question for the incubator general list. Will we (Mark and myself) have karma to work on this or will we have to provide patches ? If the final destination is Tomcat, I image you would have karma. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Hosting the current Tomcat Maven Plugin from mojo codehaus
On 2011-01-24, Mark Thomas wrote: On 22/01/2011 13:17, Olivier Lamy wrote: Hello, I don't know if this need a more official/formal vote ? So what are next steps now ? Does this need to be via the incubator? This is an existing project but the likely destination is not as a Tomcat sub-project but as a module. I'm not sure. If Tomcat absorbed the code you'd still need to go through the IP clearance process [1] which isn't too painful if all current and past contributors of the codebase are willing to support the move and sign a few papers if necessary. Stefan [1] http://incubator.apache.org/ip-clearance/index.html - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Hosting the current Tomcat Maven Plugin from mojo codehaus
Ok sounds reasonnable. I will inform mojo community and at least start a vote in the mojo dev ml. Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy 2011/1/24 Stefan Bodewig bode...@apache.org: On 2011-01-24, Mark Thomas wrote: On 22/01/2011 13:17, Olivier Lamy wrote: Hello, I don't know if this need a more official/formal vote ? So what are next steps now ? Does this need to be via the incubator? This is an existing project but the likely destination is not as a Tomcat sub-project but as a module. I'm not sure. If Tomcat absorbed the code you'd still need to go through the IP clearance process [1] which isn't too painful if all current and past contributors of the codebase are willing to support the move and sign a few papers if necessary. Stefan [1] http://incubator.apache.org/ip-clearance/index.html - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: RemoteIpValve advices
x-forwarded-proto is already handled. Exact. x-forwarded-host is non-trivial since the mapping is done before the valve is invoked. Simpler to do the equivalent of ProxyPreserveHost On in the proxy. x-forwarded-port is not handled directly but x-forwarded-proto does set the port based on the protocol. The fix should be easy and I could even provide the required patch. I'm not so sure it is that easy. I've got a very basic valve for now to handle this kind of X-Forwarded situation : public class ForwardedValve extends ValveBase { public void invoke(Request paramRequest, Response paramResponse) throws IOException, ServletException { String header = paramRequest.getHeader(X-Forwarded-Host); if (header != null) paramRequest.setServerName(header); int header1 = paramRequest.getIntHeader(X-Forwarded-Port); if (header1 0) paramRequest.setServerPort(header1); getNext().invoke(paramRequest, paramResponse); } } - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50640] New: Keystore in AbstractEndpoint doesn't have to be a file
https://issues.apache.org/bugzilla/show_bug.cgi?id=50640 Summary: Keystore in AbstractEndpoint doesn't have to be a file Product: Tomcat 7 Version: trunk Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Connectors AssignedTo: dev@tomcat.apache.org ReportedBy: gerard-bo...@hotmail.com Created an attachment (id=26540) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=26540) proposed patch In my SSL Implementation for z/OS the keystore is in the RACF Database with it's own inputstream and isn't a file as is assumed in the AbstractEndpoiint class in setKeystorefile. In my humble opinion there shouldn't be an assumption about an implementation in AbstractEndpoint. The absolute path to the keystore is also calculated in getStore in org.apache.tomcat.util.net.jsse.JSSESocketFactory: keyStoreFile = new File(System.getProperty( Constants.CATALINA_BASE_PROP), path); Is it maybe possible to remove the calculation of the absolute path in AbstractEndpoint as I propose in my patch? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50642] New: keepAliveProtectection doesn't work
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642 Summary: keepAliveProtectection doesn't work Product: Tomcat 7 Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: ja...@howeswho.co.uk Created an attachment (id=26541) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=26541) ServletContextListener that removes the leaked ClassLoader reference sun.net.www.http.HttpClient.kac.keepAliveTimer.contextClassLoader causes a memory leak as it references the webapp's classloader rather than Tomcat's. JreMemoryLeakPreventionListener claims to fix this, but only loads sun.net.www.http.HttpClient and does not create the timer thread. Thus the leak still exists. AFAICT, the attached listener does successfully prevent the leak. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50642] keepAliveProtection doesn't work
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642 ja...@howeswho.co.uk changed: What|Removed |Added Summary|keepAliveProtectection |keepAliveProtection doesn't |doesn't work|work -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50642] keepAliveProtection doesn't work
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642 ja...@howeswho.co.uk changed: What|Removed |Added Version|unspecified |7.0.4 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1062886 - /tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java
Author: markt Date: Mon Jan 24 17:18:40 2011 New Revision: 1062886 URL: http://svn.apache.org/viewvc?rev=1062886view=rev Log: Remove unused import Modified: tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java Modified: tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java URL: http://svn.apache.org/viewvc/tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java?rev=1062886r1=1062885r2=1062886view=diff == --- tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java (original) +++ tomcat/trunk/test/org/apache/catalina/connector/TestRequest.java Mon Jan 24 17:18:40 2011 @@ -31,7 +31,6 @@ import javax.servlet.http.HttpServletReq import javax.servlet.http.HttpServletResponse; import org.apache.catalina.Context; -import org.apache.catalina.Wrapper; import org.apache.catalina.authenticator.BasicAuthenticator; import org.apache.catalina.deploy.LoginConfig; import org.apache.catalina.startup.SimpleHttpClient; - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50642] keepAliveProtection doesn't work
https://issues.apache.org/bugzilla/show_bug.cgi?id=50642 --- Comment #1 from Christopher Schultz ch...@christopherschultz.net 2011-01-24 14:46:24 EST --- Could this be something that is done speculatively? I'm not sure HttpClient can be rigged to definitely launch it's thread during Tomcat startup, which is where the JreMemoryLeakPreventionListener does most of it's work. There is no URL to which we can guarantee a connection to succeed, unless we fire-up an HTTP connector just for this purpose. That could fail for ay number of reasons and just seems like confusion waiting to happen. The patch as it stands is somewhat fragile (no error checking, blindly using a Sun-specific class, etc.) but very understandable and could be implemented easily using something similar to the ThreadLocalLeakPreventionListener. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1062955 - /tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java
Author: markt Date: Mon Jan 24 20:06:12 2011 New Revision: 1062955 URL: http://svn.apache.org/viewvc?rev=1062955view=rev Log: Small simplification Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java URL: http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java?rev=1062955r1=1062954r2=1062955view=diff == --- tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java (original) +++ tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Mon Jan 24 20:06:12 2011 @@ -1107,9 +1107,9 @@ public class NioEndpoint extends Abstrac // Ignore } } -boolean hasEvents = false; -hasEvents = (hasEvents | events()); +boolean hasEvents = events(); + // Time to terminate? if (close) { timeout(0, false); - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1062976 - /tomcat/tc6.0.x/trunk/build.properties.default
Author: jfclere Date: Mon Jan 24 21:04:55 2011 New Revision: 1062976 URL: http://svn.apache.org/viewvc?rev=1062976view=rev Log: Release information. Modified: tomcat/tc6.0.x/trunk/build.properties.default Modified: tomcat/tc6.0.x/trunk/build.properties.default URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.properties.default?rev=1062976r1=1062975r2=1062976view=diff == --- tomcat/tc6.0.x/trunk/build.properties.default (original) +++ tomcat/tc6.0.x/trunk/build.properties.default Mon Jan 24 21:04:55 2011 @@ -27,9 +27,10 @@ # - Version Control Flags - version.major=6 version.minor=0 -version.build=0 +version.build=31 version.patch=0 version.suffix=-dev +version=6.0.31 # - Default Base Path for Dependent Packages - # Please note this path must be absolute, not relative, - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1062979 - /tomcat/tc6.0.x/tags/TOMCAT_6_0_31/
Author: jfclere Date: Mon Jan 24 21:09:49 2011 New Revision: 1062979 URL: http://svn.apache.org/viewvc?rev=1062979view=rev Log: tag for release 6.0.31. Added: tomcat/tc6.0.x/tags/TOMCAT_6_0_31/ (props changed) - copied from r1062978, tomcat/tc6.0.x/trunk/ Propchange: tomcat/tc6.0.x/tags/TOMCAT_6_0_31/ -- --- svn:ignore (added) +++ svn:ignore Mon Jan 24 21:09:49 2011 @@ -0,0 +1,7 @@ +.classpath +.project +.settings +output +build.properties +work +logs Propchange: tomcat/tc6.0.x/tags/TOMCAT_6_0_31/ -- --- svn:mergeinfo (added) +++ svn:mergeinfo Mon Jan 24 21:09:49 2011 @@ -0,0 +1 @@ +/tomcat/trunk:601180,606992,612607,630314,640888,652744,653247,666232,673796,673820,677910,683969,683982,684001,684081,684234,684269-684270,685177,687503,687645,689402,690781,691392,691805,692748,693378,694992,695053,695311,696780,696782,698012,698227,698236,698613,699427,699634,701355,709294,709811,709816,710063,710066,710125,710205,711126,711600,712461,712467,713953,714002,718360,719119,719124,719602,719626,719628,720046,720069,721040,721286,721708,721886,723404,723738,726052,727303,728032,728768,728947,729057,729567,729569,729571,729681,729809,729815,729934,730250,730590,731651,732859,732863,734734,740675,740684,742677,742697,742714,744160,744238,746321,746384,746425,747834,747863,748344,750258,750291,750921,751286-751287,751289,751295,752323,753039,757335,757774,758249,758365,758596,758616,758664,759074,761601,762868,762929,762936-762937,763166,763183,763193,763228,763262,763298,763302,763325,763599,763611,763654,763681,763706,764985,764997,765662,768335,769979,770716,77 0809,770876,772872,776921,776924,776935,776945,777464,777466,777576,777625,778379,778523-778524,781528,781779,782145,782791,783316,783696,783724,783756,783762,783766,783863,783934,784453,784602,784614,785381,785688,785768,785859,786468,786487,786490,786496,786667,787627,787770,787985,789389,790405,791041,791184,791194,791224,791243,791326,791328,791789,792740,793372,793757,793882,793981,794082,794673,794822,795043,795152,795210,795457,795466,797168,797425,797596,797607,802727,802940,804462,804544,804734,805153,809131,809603,810916,810977,812125,812137,812432,813001,813013,813866,814180,814708,814876,815972,816252,817442,817822,819339,819361,820110,820132,820874,820954,821397,828196,828201,828210,828225,828759,830378-830379,830999,831106,831774,831785,831828,831850,831860,832214,832218,833121,833545,834047,835036,835336,836405,881396,881412,883130,883134,883146,883165,883177,883362,883565,884341,885038,885231,885241,885260,885901,885991,886019,888072,889363,889606,889716,8901 39,890265,890349-890350,890417,891185-891187,891583,892198,892341,892415,892464,892555,892812,892814,892817,892843,892887,893321,893493,894580,894586,894805,894831,895013,895045,895057,895191,895392,895703,896370,896384,897380-897381,897776,898126,898256,898468,898527,898555,898558,898718,898836,898906,899284,899348,899420,899653,899769-899770,899783,899788,899792,899916,899918-899919,899935,899949,903916,905020,905151,905722,905728,905735,907311,907513,907538,907652,907819,907825,907864,908002,908721,908754,908759,909097,909206,909212,909525,909636,909869,909875,909887,910266,910370,910442,910471,910485,910974,915226,915737,915861,916097,916141,916157,916170,917598,917633,918093,918489,918594,918684,918787,918792,918799,918803,918885,919851,919914,920025,920055,920298,920449,920596,920824,920840,921444,922010,926716,927062,927621,928482,928695,928732,928798,931709,932357,932967,935105,935983,939491,939551,940064,941356,941463,944409,944416,945231,945808,945835,945841,946686 ,948057,950164,950596,950614,950851,950905,951615,953434,954435,955648,955655,956832,957130,957830,958192,960701,961948,962865,962872,962881,962900,963106,963865,963868,964614,966177-966178,966292,966692,966863,981815,988448,991837,993042,1001955,1002185,1002263,1002274,1002349,1002359,1002362,1002481,1002514,1003461,1003481,1003488,1003556,1003572,1003581,1003861,1004393,1004409,1004415,1004868-1004869,1004912,1005452,1005467,1005647,1005802,1022120,1022134,1022323,1022415,1022606,1022623,1024224,1024251,1026042,1026784,1026912,1026920,1029767,1033415,1033448,1033842,1033897,1037715,1037794,1037887,1037924,1038041,1042022,1042029,1042447,1042452,1042494,1044944,1044987,1050249,1055055,1055236,1055458,1055975,1056264,1056828,1056889,1059881,1061412,1061442,1061446 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 6.0.31
The candidates binaries are available here: http://people.apache.org/~jfclere/tomcat-6/v6.0.31/ According to the release process, the 6.0.31 build corresponding to the tag TOMCAT_6_0_31 is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Proposal: set default for Connector.allowCasualMultipartParsing to true
I'd opt for the default value to be true. I rather have usability than spec compliance. that's exactly what the STRICT_SERVLET_COMPLIANCE flag does, it opts for usability,performance etc rather than spec compliance, and the default value I believe is false on that flag. Filip On 01/21/2011 11:05 AM, Mark Thomas wrote: On 21/01/2011 17:57, Konstantin Kolinko wrote: 2011/1/21 Christopher Schultzch...@christopherschultz.net: All, I've just committed a fix for https://issues.apache.org/bugzilla/show_bug.cgi?id=49711 (HttpServletRequest#getParts() does not work in a Filter) with a new configuration attribute on theConnector called allowCasualMultipartParsing whose default value is false. Please see BZ for details. I propose to make the default for this setting true unless STRICT_SERVLET_COMPLIANCE is set to TRUE. Any comments? Why is it on Connector? Won't it be better to have it on Context? Per Context seems reasonable to me. As far as defaults go, I'd rather non-spec compliant features were disabled by default. That way users have to explicitly enable them and can't complain about portability when they move their app to a different container that doesn't have the feature. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 50640] Keystore in AbstractEndpoint doesn't have to be a file
https://issues.apache.org/bugzilla/show_bug.cgi?id=50640 Gerard Borst gerard-bo...@hotmail.com changed: What|Removed |Added Severity|enhancement |minor -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org