DO NOT REPLY [Bug 51162] NPE at org.apache.catalina.core.ContainerBase.removeChild()

https://issues.apache.org/bugzilla/show_bug.cgi?id=51162 --- Comment #3 from Konstantin Kolinko 2011-05-10 06:51:50 UTC --- > I have proposed some NPE protection Regarding the proposed Tomcat 6 patch (backport of r943112): It is good per se, for any Container.removeChild() call, but won't be e

svn commit: r1101310 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: kfujino Date: Tue May 10 05:14:35 2011 New Revision: 1101310 URL: http://svn.apache.org/viewvc?rev=1101310&view=rev Log: vote 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=110

RE: About Tomcat transplantation

> From: 张 [mailto:howzmhw...@126.com] > Subject: About Tomcat transplantation > I am explanting Tomcat7 application using souce code to an > our own System. Been there, done that, got several t-shirts. You shouldn't have to compile Tomcat at all - if your JDK can pass most of the JCK tests (a

About Tomcat transplantation

Hello,I am explanting Tomcat7 application using souce code to an our own System.The CPU on this system is customized,and is not compatible to X86.Some of us are dealing with the Operation System (base Linux)and JDK for the new CPU,and others are doing the application Such as Tomcat. Now I hava

[VOTE] Release Apache Tomcat 7.0.14

The proposed Apache Tomcat 7.0.14 release is now available for voting. It can be obtained from: http://people.apache.org/~markt/dev/tomcat-7/v7.0.14/ The svn tag is: http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_14/ The proposed 7.0.14 release is: [ ] Broken - do not release [ ]

svn propchange: r1100125 - svn:log

Author: kkolinko Revision: 1100125 Modified property: svn:log Modified: svn:log at Mon May 9 22:52:28 2011 -- --- svn:log (original) +++ svn:log Mon May 9 22:52:28 2011 @@ -1,3 +1,3 @@ -Fix https://issues.apache.org/bugz

svn commit: r1101233 - in /tomcat/trunk: build.properties.default res/maven/mvn.properties.default

Author: markt Date: Mon May 9 21:39:01 2011 New Revision: 1101233 URL: http://svn.apache.org/viewvc?rev=1101233&view=rev Log: Prep for next release Modified: tomcat/trunk/build.properties.default tomcat/trunk/res/maven/mvn.properties.default Modified: tomcat/trunk/build.properties.defau

svn commit: r1101232 - /tomcat/tc7.0.x/tags/TOMCAT_7_0_13/

Author: markt Date: Mon May 9 21:38:00 2011 New Revision: 1101232 URL: http://svn.apache.org/viewvc?rev=1101232&view=rev Log: Restore original 7.0.13 tag Added: tomcat/tc7.0.x/tags/TOMCAT_7_0_13/ (props changed) - copied from r1100229, tomcat/tc7.0.x/tags/TOMCAT_7_0_13/ Propchange:

svn commit: r1101231 - /tomcat/tc7.0.x/tags/TOMCAT_7_0_13/

Author: markt Date: Mon May 9 21:36:49 2011 New Revision: 1101231 URL: http://svn.apache.org/viewvc?rev=1101231&view=rev Log: Remove over-written 7.0.13 tag Removed: tomcat/tc7.0.x/tags/TOMCAT_7_0_13/ - To unsubscribe, e-m

Re: svn commit: r1101229 - in /tomcat/tc7.0.x/tags/TOMCAT_7_0_13/tomcat-7.0.x: ./ build.properties.default modules/

On 09/05/2011 22:31, ma...@apache.org wrote: > Author: markt > Date: Mon May 9 21:31:57 2011 > New Revision: 1101229 > > URL: http://svn.apache.org/viewvc?rev=1101229&view=rev > Log: > Tag 7.0.14 > > Added: > tomcat/tc7.0.x/tags/TOMCAT_7_0_13/tomcat-7.0.x/ (props changed) > - copied

svn commit: r1101230 - in /tomcat/tc7.0.x/tags/TOMCAT_7_0_14: ./ build.properties.default modules/

Author: markt Date: Mon May 9 21:32:39 2011 New Revision: 1101230 URL: http://svn.apache.org/viewvc?rev=1101230&view=rev Log: Tag 7.0.14 Added: tomcat/tc7.0.x/tags/TOMCAT_7_0_14/ (props changed) - copied from r1101227, tomcat/trunk/ Removed: tomcat/tc7.0.x/tags/TOMCAT_7_0_14/modu

svn commit: r1101229 - in /tomcat/tc7.0.x/tags/TOMCAT_7_0_13/tomcat-7.0.x: ./ build.properties.default modules/

Author: markt Date: Mon May 9 21:31:57 2011 New Revision: 1101229 URL: http://svn.apache.org/viewvc?rev=1101229&view=rev Log: Tag 7.0.14 Added: tomcat/tc7.0.x/tags/TOMCAT_7_0_13/tomcat-7.0.x/ (props changed) - copied from r1101227, tomcat/trunk/ Removed: tomcat/tc7.0.x/tags/TOMCA

svn commit: r1101223 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: kkolinko Date: Mon May 9 21:21:01 2011 New Revision: 1101223 URL: http://svn.apache.org/viewvc?rev=1101223&view=rev Log: vote 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=11

DO NOT REPLY [Bug 51180] AsyncContextImpl With org.apache.coyote.http11.Http11NioProtocol Closes Connection Immediately Upon First Request

https://issues.apache.org/bugzilla/show_bug.cgi?id=51180 Konstantin Kolinko changed: What|Removed |Added Resolution|WORKSFORME |INVALID --- Comment #2 from K

DO NOT REPLY [Bug 51180] AsyncContextImpl With org.apache.coyote.http11.Http11NioProtocol Closes Connection Immediately Upon First Request

https://issues.apache.org/bugzilla/show_bug.cgi?id=51180 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 51180] New: AsyncContextImpl With org.apache.coyote.http11.Http11NioProtocol Closes Connection Immediately Upon First Request

https://issues.apache.org/bugzilla/show_bug.cgi?id=51180 Bug #: 51180 Summary: AsyncContextImpl With org.apache.coyote.http11.Http11NioProtocol Closes Connection Immediately Upon First Request Product: Tomcat 7 V

svn commit: r1101145 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: markt Date: Mon May 9 18:45:08 2011 New Revision: 1101145 URL: http://svn.apache.org/viewvc?rev=1101145&view=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=1

DO NOT REPLY [Bug 51177] javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 --- Comment #4 from Mark Thomas 2011-05-09 18:44:50 UTC --- Also fixed in 7.0.x for 7.0.14 and proposed for 6.0.x -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because

svn commit: r1101144 - in /tomcat/trunk: java/javax/el/ListELResolver.java test/org/apache/el/TestValueExpressionImpl.java

Author: markt Date: Mon May 9 18:44:11 2011 New Revision: 1101144 URL: http://svn.apache.org/viewvc?rev=1101144&view=rev Log: Additional fix for https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 ListElResolver should also return Object.class for getType() Modified: tomcat/trunk/java/j

DO NOT REPLY [Bug 51177] javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 --- Comment #3 from Konstantin Kolinko 2011-05-09 18:35:53 UTC --- ListELResolver.getType() has the same issue -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

An invitation for the Tomcat team from UMBC

Hello Tomcat team! The Empirical and Applied Software Engineering Lab (EASEL) at the University of Maryland Baltimore County (UMBC) would like to extend an invitation to you to participate in a focus group, and to accept a $150 contribution (see below for details) from us as an incentive. We belie

DO NOT REPLY [Bug 50950] NotSerializableException: org.apache.catalina.realm.GenericPrincipal

https://issues.apache.org/bugzilla/show_bug.cgi?id=50950 --- Comment #10 from Mark Thomas 2011-05-09 17:15:18 UTC --- Thanks. That did it. The fix is the same in 6 as it was in 7. I have proposed the patch. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ---

svn commit: r1101117 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: markt Date: Mon May 9 17:15:21 2011 New Revision: 1101117 URL: http://svn.apache.org/viewvc?rev=1101117&view=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=1

DO NOT REPLY [Bug 51177] javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 --- Comment #2 from Mark Thomas 2011-05-09 16:32:40 UTC --- Fixed in 7.0.x for 7.0.14 onwards. Proposed for 6.0.x. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail becau

svn commit: r1101096 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: markt Date: Mon May 9 16:32:32 2011 New Revision: 1101096 URL: http://svn.apache.org/viewvc?rev=1101096&view=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=1

svn commit: r1101094 - in /tomcat/trunk: java/javax/el/MapELResolver.java test/org/apache/el/TestValueExpressionImpl.java webapps/docs/changelog.xml

Author: markt Date: Mon May 9 16:31:03 2011 New Revision: 1101094 URL: http://svn.apache.org/viewvc?rev=1101094&view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 MapElResolver should always return Object.class for getType() Modified: tomcat/trunk/java/javax/el/MapELR

DO NOT REPLY [Bug 51178] error report

https://issues.apache.org/bugzilla/show_bug.cgi?id=51178 Chuck Caldarale changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 51178] New: error report

https://issues.apache.org/bugzilla/show_bug.cgi?id=51178 Bug #: 51178 Summary: error report Product: Tomcat 5 Version: 5.5.17 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Unknown

DO NOT REPLY [Bug 50950] NotSerializableException: org.apache.catalina.realm.GenericPrincipal

https://issues.apache.org/bugzilla/show_bug.cgi?id=50950 Ronald Klop changed: What|Removed |Added Status|NEEDINFO|NEW -- Configure bugmail: https://i

DO NOT REPLY [Bug 50950] NotSerializableException: org.apache.catalina.realm.GenericPrincipal

https://issues.apache.org/bugzilla/show_bug.cgi?id=50950 Ronald Klop changed: What|Removed |Added Attachment #26798|0 |1 is obsolete|

DO NOT REPLY [Bug 51177] javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 --- Comment #1 from Mark Thomas 2011-05-09 15:51:42 UTC --- Thanks for the test case. I am looking at this now. As an aside, the test JSP is invalid. You can't use hm.int since int is not a valid Java identifier (it is a reserved word). To

svn commit: r1101069 - in /tomcat/trunk: java/org/apache/catalina/Context.java java/org/apache/catalina/core/ApplicationSessionCookieConfig.java java/org/apache/catalina/core/StandardContext.java weba

Author: markt Date: Mon May 9 15:39:34 2011 New Revision: 1101069 URL: http://svn.apache.org/viewvc?rev=1101069&view=rev Log: Make adding the trailing slash to the session cookie path configurable Modified: tomcat/trunk/java/org/apache/catalina/Context.java tomcat/trunk/java/org/apache/

Re: svn commit: r1100992 - in /tomcat/trunk: java/org/apache/catalina/core/ApplicationSessionCookieConfig.java webapps/docs/changelog.xml

On 09/05/2011 14:53, Mark Thomas wrote: > On 09/05/2011 13:58, Konstantin Kolinko wrote: >> I have seen applications where /webappname is not redirected to >> /webappname/ but is served as is. IIRC, that happens when there is no >> welcome file. >> >> If I understand correctly, this change will b

Re: svn commit: r1100992 - in /tomcat/trunk: java/org/apache/catalina/core/ApplicationSessionCookieConfig.java webapps/docs/changelog.xml

On 09/05/2011 13:58, Konstantin Kolinko wrote: > I have seen applications where /webappname is not redirected to > /webappname/ but is served as is. IIRC, that happens when there is no > welcome file. > > If I understand correctly, this change will break them. Maybe make it > conditional? The

svn commit: r1101018 - /tomcat/trunk/java/org/apache/catalina/valves/RemoteIpValve.java

Author: markt Date: Mon May 9 13:21:26 2011 New Revision: 1101018 URL: http://svn.apache.org/viewvc?rev=1101018&view=rev Log: Review from kkolinko Modified: tomcat/trunk/java/org/apache/catalina/valves/RemoteIpValve.java Modified: tomcat/trunk/java/org/apache/catalina/valves/RemoteIpValve.j

Re: svn commit: r1100940 - in /tomcat/trunk: java/org/apache/catalina/valves/LocalStrings.properties java/org/apache/catalina/valves/RemoteIpValve.java webapps/docs/changelog.xml webapps/docs/config/v

On 09/05/2011 13:48, Konstantin Kolinko wrote: > 2011/5/9 : >> Author: markt >> Date: Mon May 9 10:09:44 2011 >> New Revision: 1100940 >> >> URL: http://svn.apache.org/viewvc?rev=1100940&view=rev >> Log: >> Add additional configuration options to the RemoteIpValve to control ports. >> These are r

svn commit: r1101010 - /tomcat/trunk/java/org/apache/catalina/valves/LocalStrings.properties

Author: markt Date: Mon May 9 13:10:14 2011 New Revision: 1101010 URL: http://svn.apache.org/viewvc?rev=1101010&view=rev Log: Fix typo Modified: tomcat/trunk/java/org/apache/catalina/valves/LocalStrings.properties Modified: tomcat/trunk/java/org/apache/catalina/valves/LocalStrings.propertie

DO NOT REPLY [Bug 51162] NPE at org.apache.catalina.core.ContainerBase.removeChild()

https://issues.apache.org/bugzilla/show_bug.cgi?id=51162 --- Comment #2 from Mark Thomas 2011-05-09 13:08:28 UTC --- Hmm. That looks like Arquillian is doing things it shouldn't and mixing auto-deployment with directly removing a Context from a Host via JMX. I have proposed some NPE protection s

svn commit: r1101009 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: markt Date: Mon May 9 13:07:13 2011 New Revision: 1101009 URL: http://svn.apache.org/viewvc?rev=1101009&view=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=1

Re: svn commit: r1100992 - in /tomcat/trunk: java/org/apache/catalina/core/ApplicationSessionCookieConfig.java webapps/docs/changelog.xml

I have seen applications where /webappname is not redirected to /webappname/ but is served as is. IIRC, that happens when there is no welcome file. If I understand correctly, this change will break them. Maybe make it conditional? For reference, discussion on users@ [1] http://markmail.org/mes

Re: svn commit: r1100940 - in /tomcat/trunk: java/org/apache/catalina/valves/LocalStrings.properties java/org/apache/catalina/valves/RemoteIpValve.java webapps/docs/changelog.xml webapps/docs/config/v

2011/5/9 : > Author: markt > Date: Mon May  9 10:09:44 2011 > New Revision: 1100940 > > URL: http://svn.apache.org/viewvc?rev=1100940&view=rev > Log: > Add additional configuration options to the RemoteIpValve to control ports. > These are required by my TCK test environment since I have multiple

DO NOT REPLY [Bug 47371] EL expression parser error when getter methed return an empty string

https://issues.apache.org/bugzilla/show_bug.cgi?id=47371 Mark Thomas changed: What|Removed |Added Severity|blocker |normal --- Comment #6 from Mark Thom

svn commit: r1100992 - in /tomcat/trunk: java/org/apache/catalina/core/ApplicationSessionCookieConfig.java webapps/docs/changelog.xml

Author: markt Date: Mon May 9 12:45:55 2011 New Revision: 1100992 URL: http://svn.apache.org/viewvc?rev=1100992&view=rev Log: Ensure session cookie paths end in / so that session cookies created for a context with a path of /foo do not get returned with requests mapped to a context with a path

svn commit: r1100988 - in /tomcat/trunk: java/org/apache/catalina/filters/RemoteIpFilter.java webapps/docs/changelog.xml webapps/docs/config/filter.xml

Author: markt Date: Mon May 9 12:32:49 2011 New Revision: 1100988 URL: http://svn.apache.org/viewvc?rev=1100988&view=rev Log: Port RemoteIpValve changes to RemoteIpFilter Modified: tomcat/trunk/java/org/apache/catalina/filters/RemoteIpFilter.java tomcat/trunk/webapps/docs/changelog.xml

DO NOT REPLY [Bug 51177] javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 Fyodor Kravchenko changed: What|Removed |Added Severity|normal |major -- Configure bugmail: h

DO NOT REPLY [Bug 51177] New: javax.el.MapELResolver getType returns class of kept object instead of Object.class

https://issues.apache.org/bugzilla/show_bug.cgi?id=51177 Bug #: 51177 Summary: javax.el.MapELResolver getType returns class of kept object instead of Object.class Product: Tomcat 6 Version: 6.0.26 Platform: PC OS/V

svn commit: r1100944 - in /tomcat/trunk/java/org/apache/catalina: connector/Request.java valves/RemoteIpValve.java

Author: markt Date: Mon May 9 10:29:06 2011 New Revision: 1100944 URL: http://svn.apache.org/viewvc?rev=1100944&view=rev Log: Allow the localPort to be overridden for a request Modified: tomcat/trunk/java/org/apache/catalina/connector/Request.java tomcat/trunk/java/org/apache/catalina/va

svn commit: r1100940 - in /tomcat/trunk: java/org/apache/catalina/valves/LocalStrings.properties java/org/apache/catalina/valves/RemoteIpValve.java webapps/docs/changelog.xml webapps/docs/config/valve

Author: markt Date: Mon May 9 10:09:44 2011 New Revision: 1100940 URL: http://svn.apache.org/viewvc?rev=1100940&view=rev Log: Add additional configuration options to the RemoteIpValve to control ports. These are required by my TCK test environment since I have multiple connectors (with different

Re: Why AstValue (part of EL) coerces set value to the target type

09.05.2011 3:50, Konstantin Kolinko пишет: 2011/5/7 Fedd Kraft: Hi, I think I have problems in my software because the implementation of EL works so that the set value is coerced to the target type. I am talking about lines 153-157 of the class org.apache.el.parser