Re: Timeline for beginning EL 3.0 implementation?

Hi Mark, 2013/6/11 Mark Thomas wrote: On 11/06/2013 21:29, Nick Williams wrote: I was looking through EE 7 and the changes to trunk in the last six months or so and realized that no work had yet been done to implement EL 3.0. Does anyone know what the anticipated timeline is for beginning

svn commit: r1496000 - /tomcat/taglibs/trunks/

Author: olamy Date: Mon Jun 24 12:07:19 2013 New Revision: 1496000 URL: http://svn.apache.org/r1496000 Log: ignore target directory Modified: tomcat/taglibs/trunks/ (props changed) Propchange: tomcat/taglibs/trunks/

svn commit: r1496001 - /tomcat/taglibs/taglibs-parent/trunk/pom.xml

Author: olamy Date: Mon Jun 24 12:09:30 2013 New Revision: 1496001 URL: http://svn.apache.org/r1496001 Log: remove wrong jenkins url Modified: tomcat/taglibs/taglibs-parent/trunk/pom.xml Modified: tomcat/taglibs/taglibs-parent/trunk/pom.xml URL:

svn commit: r1496003 - /tomcat/taglibs/taglibs-parent/trunk/pom.xml

Author: olamy Date: Mon Jun 24 12:14:32 2013 New Revision: 1496003 URL: http://svn.apache.org/r1496003 Log: upgrade some plugin version Modified: tomcat/taglibs/taglibs-parent/trunk/pom.xml Modified: tomcat/taglibs/taglibs-parent/trunk/pom.xml URL:

Re: [taglibs] Site plans

Hi, Can be easy :-) mvn site site:stage and all the content of all modules will be in ${project.build.directory}/staging (target/staging). But to achieve this and having something easy we must the site module on the top! Means here http://svn.apache.org/repos/asf/tomcat/taglibs/trunks/ As we don't

Your Gump Build(s)

Dear Community Apache Gump builds some of your projects and it is quite possible you don't know or have by now forgotten about it. More than half a year ago a technical problem has forced us to turn off emails on build failures as we would have been sending out lots of false alarms. Before we

Re: Your Gump Build(s)

On 24/06/2013 14:20, Stefan Bodewig wrote: Dear Community Apache Gump builds some of your projects and it is quite possible you don't know or have by now forgotten about it. More than half a year ago a technical problem has forced us to turn off emails on build failures as we would have

svn commit: r1496061 - in /tomcat/trunk: java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java webapps/docs/config/listeners.xml

Author: markt Date: Mon Jun 24 14:06:24 2013 New Revision: 1496061 URL: http://svn.apache.org/r1496061 Log: Changes to java.beans.Introspector#flushCaches() mean that AppContext protection is not required from 1.7.0_02 onwards. Changes to AppContext meant the memory leak protection required a

svn commit: r1496063 - in /tomcat/trunk: java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java webapps/docs/config/listeners.xml

Author: markt Date: Mon Jun 24 14:15:31 2013 New Revision: 1496063 URL: http://svn.apache.org/r1496063 Log: Tomcat 8 requires a minimum of Java 7 so simplify. Modified: tomcat/trunk/java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java

mod_jk, JSESSION_ID and load-balancing

Hi to all, I'm faced a weird problem with a web application who didn't keep JSESSIONID generated by Apache Tomcat (via jvmRoute). This application is using ASF Shiro who in turn regenerate its own JSESSIONID (and replace one from Tomcat). It completly broke mod_jk/ajp load-balancing and sticky

svn commit: r1496098 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java webapps/docs/changelog.xml webapps/docs/config/listeners.xml

Author: markt Date: Mon Jun 24 15:33:33 2013 New Revision: 1496098 URL: http://svn.apache.org/r1496098 Log: Changes to java.beans.Introspector#flushCaches() mean that AppContext protection is not required from 1.7.0_02 onwards. Changes to AppContext meant the memory leak protection required a

Re: svn commit: r1496061 - in /tomcat/trunk: java/org/apache/catalina/core/JreMemoryLeakPreventionListener.java webapps/docs/config/listeners.xml

Mark, On 6/24/13 10:06 AM, ma...@apache.org wrote: Author: markt Date: Mon Jun 24 14:06:24 2013 New Revision: 1496061 URL: http://svn.apache.org/r1496061 Log: Changes to java.beans.Introspector#flushCaches() mean that AppContext protection is not required from 1.7.0_02 onwards. Changes

Re: mod_jk, JSESSION_ID and load-balancing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Henri, This sounds more like a question for the users list. Cross-posting to re-locate. See more below... On 6/24/13 11:09 AM, Henri Gomez wrote: Hi to all, I'm faced a weird problem with a web application who didn't keep JSESSIONID generated

svn commit: r1496174 - /tomcat/trunk/test/org/apache/tomcat/websocket/server/TestUriTemplate.java

Author: markt Date: Mon Jun 24 19:35:24 2013 New Revision: 1496174 URL: http://svn.apache.org/r1496174 Log: Additional unit tests based on spec examples Modified: tomcat/trunk/test/org/apache/tomcat/websocket/server/TestUriTemplate.java Modified:

svn commit: r1496175 - in /tomcat/trunk/test/org/apache/tomcat/websocket/server: TestWebSocketServerContainer.java TestWsServerContainer.java

Author: markt Date: Mon Jun 24 19:36:15 2013 New Revision: 1496175 URL: http://svn.apache.org/r1496175 Log: Rename to match test case name with tested class name Added: tomcat/trunk/test/org/apache/tomcat/websocket/server/TestWsServerContainer.java - copied, changed from r1496062,

svn commit: r1496184 - in /tomcat/trunk/test/org/apache: catalina/filters/TesterServletContext.java tomcat/websocket/server/TestWsServerContainer.java

Author: markt Date: Mon Jun 24 19:58:05 2013 New Revision: 1496184 URL: http://svn.apache.org/r1496184 Log: More matching tests based on spec examples. Modified: tomcat/trunk/test/org/apache/catalina/filters/TesterServletContext.java

svn commit: r1496200 - in /tomcat/trunk/java/org/apache/tomcat/websocket: Constants.java WsWebSocketContainer.java

Author: markt Date: Mon Jun 24 20:30:04 2013 New Revision: 1496200 URL: http://svn.apache.org/r1496200 Log: Clients need to send extension information Modified: tomcat/trunk/java/org/apache/tomcat/websocket/Constants.java

svn commit: r1496205 - /tomcat/trunk/java/org/apache/tomcat/websocket/server/LocalStrings.properties

Author: markt Date: Mon Jun 24 20:38:17 2013 New Revision: 1496205 URL: http://svn.apache.org/r1496205 Log: Remove unused value Modified: tomcat/trunk/java/org/apache/tomcat/websocket/server/LocalStrings.properties Modified:

svn commit: r1496208 - in /tomcat/trunk/java/org/apache/tomcat/websocket/server: LocalStrings.properties UriTemplate.java

Author: markt Date: Mon Jun 24 20:41:16 2013 New Revision: 1496208 URL: http://svn.apache.org/r1496208 Log: Fix an i18n TODO Modified: tomcat/trunk/java/org/apache/tomcat/websocket/server/LocalStrings.properties tomcat/trunk/java/org/apache/tomcat/websocket/server/UriTemplate.java

svn commit: r1496210 - /tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

Author: markt Date: Mon Jun 24 20:45:13 2013 New Revision: 1496210 URL: http://svn.apache.org/r1496210 Log: Remove the TCK hack. I no longer have access to the preview of the WebSocket TCK. Modified: tomcat/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java Modified:

Re: mod_jk, JSESSION_ID and load-balancing

Hello Henri, On 24.06.2013 17:09, Henri Gomez wrote: I'm faced a weird problem with a web application who didn't keep JSESSIONID generated by Apache Tomcat (via jvmRoute). This application is using ASF Shiro who in turn regenerate its own JSESSIONID (and replace one from Tomcat). It

svn commit: r1496247 - in /tomcat/trunk/java/org/apache/tomcat/websocket: AsyncChannelWrapperSecure.java LocalStrings.properties

Author: markt Date: Mon Jun 24 22:46:38 2013 New Revision: 1496247 URL: http://svn.apache.org/r1496247 Log: Remaining i18n TODOs in WebSocket impl Modified: tomcat/trunk/java/org/apache/tomcat/websocket/AsyncChannelWrapperSecure.java

[Bug 54693] Add a validationQueryTimeout property

https://issues.apache.org/bugzilla/show_bug.cgi?id=54693 --- Comment #7 from Rob Dunn r...@tnsi.com --- Any idea when this will be released ? Thanks Rob -- You are receiving this mail because: You are the assignee for the bug.

[Bug 55134] New: Application is crashed when user runs the stress with 600 users

https://issues.apache.org/bugzilla/show_bug.cgi?id=55134 Bug ID: 55134 Summary: Application is crashed when user runs the stress with 600 users Product: Tomcat Native Version: 1.1.2 Hardware: DEC OS:

[Bug 55134] Application is crashed when user runs the stress with 600 users

https://issues.apache.org/bugzilla/show_bug.cgi?id=55134 --- Comment #1 from Manoj manoj.vasala...@gmail.com --- Same issue if user runs the stress with more than 600 users. -- You are receiving this mail because: You are the assignee for the bug.