[GUMP@vmgump]: Project tomcat-trunk-test-nio (in module tomcat-trunk) failed

2014-06-05 Thread Bill Barker
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-NIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20140605-native-src.tar.gz -Dexamples.sources.skip=true -Djdt.jar=/srv/gump

[GUMP@vmgump]: Project tomcat-trunk-test-nio2 (in module tomcat-trunk) failed

2014-06-05 Thread Bill Barker
-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-NIO2 -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20140605-native-src.tar.gz -Dexamples.sources.skip=true -Djdt.jar

[GUMP@vmgump]: Project tomcat-trunk-test-bio (in module tomcat-trunk) failed

2014-06-05 Thread Bill Barker
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar -Dtest.reports=output/logs-BIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20140605-native-src.tar.gz -Dexamples.sources.skip=true -Djdt.jar=/srv/gump

Re: [GUMP@vmgump]: Project tomcat-trunk-test-nio (in module tomcat-trunk) failed

2014-06-05 Thread Mark Thomas
On 05/06/2014 01:36, Bill Barker wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-trunk-test-nio has

[Bug 56580] el-api.jar memory leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56580 --- Comment #6 from cos...@prodinf.ro --- I think that I will store in WEB-INF/lib all my jars for now -- You are receiving this mail because: You are the assignee for the bug.

svn commit: r1600579 - /tomcat/trunk/java/org/apache/catalina/connector/Response.java

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 10:01:18 2014 New Revision: 1600579 URL: http://svn.apache.org/r1600579 Log: Update the error count regardless of how the error flag was set Ensure that an request can only contribute to the error count once Modified:

svn commit: r1600580 - in /tomcat/trunk/java/org/apache/catalina: connector/Response.java core/StandardWrapperValve.java valves/ErrorReportValve.java

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 10:04:45 2014 New Revision: 1600580 URL: http://svn.apache.org/r1600580 Log: Fix further regressions in the error handling changes (r1600449 and r1600495) Modified: tomcat/trunk/java/org/apache/catalina/connector/Response.java

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 hanyong observer.h...@alibaba-inc.com changed: What|Removed |Added Attachment #31613|0 |1

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 hanyong observer.h...@alibaba-inc.com changed: What|Removed |Added Attachment #31614|0 |1

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 --- Comment #7 from hanyong observer.h...@alibaba-inc.com --- we are try to back-porting the fix in tomcat 8 to tomcat 7. After some debugging, It seems the bug does not fixed in tomcat 8, but make it more difficult to reproduce. The root

svn commit: r1600607 - /tomcat/trunk/java/org/apache/catalina/core/StandardContext.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 11:27:30 2014 New Revision: 1600607 URL: http://svn.apache.org/r1600607 Log: Remove null check, as instanceof condition on the next line takes care of nulls. Modified: tomcat/trunk/java/org/apache/catalina/core/StandardContext.java Modified:

svn commit: r1600616 - /tomcat/tc7.0.x/trunk/java/org/apache/catalina/core/StandardContext.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 11:52:22 2014 New Revision: 1600616 URL: http://svn.apache.org/r1600616 Log: https://issues.apache.org/bugzilla/show_bug.cgi?id=55282 Fix message that is displayed when a duplicate listener is added. Modified:

svn commit: r1600638 - in /tomcat/tc7.0.x/trunk: java/org/apache/catalina/ java/org/apache/catalina/core/ java/org/apache/catalina/deploy/ java/org/apache/catalina/startup/ test/org/apache/catalina/co

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 12:42:13 2014 New Revision: 1600638 URL: http://svn.apache.org/r1600638 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 Update according to the changes in Tomcat 8: Un-deprecate Context.addApplicationListener(String) Deprecate

[Bug 56588] ApplicationListener#pluggabilityBlocked field is always false in Tomcat 8

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 --- Comment #3 from Konstantin Kolinko knst.koli...@gmail.com --- Ack. I see. In StandardContext.listenerStart() the listeners that have been already configured before (via ServletContext API) are added to 'noPluggabilityListeners' set.

[Bug 55282] JSF PhaseListeners are duplicated

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55282 --- Comment #10 from Konstantin Kolinko knst.koli...@gmail.com --- (In reply to Volker from comment #8) I also fixed the error message that was displayed (r1600616 7.0.55). The addApplicationListener(ApplicationListener) API was reviewed

buildbot success in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/93 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build

svn commit: r1600645 - in /tomcat/tc7.0.x/trunk/test/org/apache/tomcat/websocket: ./ pojo/ server/

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 13:17:36 2014 New Revision: 1600645 URL: http://svn.apache.org/r1600645 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56588 Followup to r1600638 Replace calls to addApplicationListener(new ApplicationListener(x, false)) with

svn commit: r1600651 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/changelog.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:29:07 2014 New Revision: 1600651 URL: http://svn.apache.org/r1600651 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned by Session.getRequestURI() from the value obtained from HttpServletRequest.getRequestURI() to the

svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/changel

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:34:39 2014 New Revision: 1600653 URL: http://svn.apache.org/r1600653 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned by Session.getRequestURI() from the value obtained from HttpServletRequest.getRequestURI() to the

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEEDINFO|RESOLVED

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #4 from Konstantin Kolinko knst.koli...@gmail.com --- HttpServletRequest.getRequestURI(): http://docs.oracle.com/javaee/7/api/javax/servlet/http/HttpServletRequest.html#getRequestURI%28%29 Session.getRequestURI()

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #5 from Mark Thomas ma...@apache.org --- (In reply to Konstantin Kolinko from comment #4) The WebSocket method is clearly documented to include a query string I went looking for that and couldn't find it. I'll add the query

Re: svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/cha

2014-06-05 Thread Konstantin Kolinko
2014-06-05 17:34 GMT+04:00 ma...@apache.org: Author: markt Date: Thu Jun 5 13:34:39 2014 New Revision: 1600653 URL: http://svn.apache.org/r1600653 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned by Session.getRequestURI() from the value

svn commit: r1600663 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/ test/org/apache/tomcat/websocket/server/ webapps/docs/

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:58:00 2014 New Revision: 1600663 URL: http://svn.apache.org/r1600663 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Restore query string. Add test cases. Added:

[Bug 56573] [Spec?] Session.getRequestURI() doesn't return the protocol, port etc.

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 --- Comment #6 from Mark Thomas ma...@apache.org --- Done. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail:

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #2 from Craig Servin cser...@cromagnon.com --- I am using postgresql and the problem originally showed up when the initSQL was executing a set search_path and a rollback was triggered by the first transaction. To test/recreate

svn commit: r1600665 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/ test/org/apache/tomcat/websocket/server/ webapps/docs/

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 13:58:49 2014 New Revision: 1600665 URL: http://svn.apache.org/r1600665 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Restore query string. Add test cases. Added:

Re: svn commit: r1600653 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/LocalStrings.properties java/org/apache/tomcat/websocket/server/WsHandshakeRequest.java webapps/docs/cha

2014-06-05 Thread Mark Thomas
On 05/06/2014 14:51, Konstantin Kolinko wrote: 2014-06-05 17:34 GMT+04:00 ma...@apache.org: Author: markt Date: Thu Jun 5 13:34:39 2014 New Revision: 1600653 URL: http://svn.apache.org/r1600653 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56573 Change the value returned

svn commit: r1600669 - /tomcat/tc7.0.x/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 14:13:28 2014 New Revision: 1600669 URL: http://svn.apache.org/r1600669 Log: Suppress an IDE warning. No functional change. Modified: tomcat/tc7.0.x/trunk/java/org/apache/tomcat/websocket/WsWebSocketContainer.java Modified:

svn commit: r1600671 - /tomcat/tc7.0.x/trunk/test/org/apache/catalina/websocket/TestWebSocket.java

2014-06-05 Thread kkolinko
Author: kkolinko Date: Thu Jun 5 14:16:34 2014 New Revision: 1600671 URL: http://svn.apache.org/r1600671 Log: Remove unused code from a test class. Modified: tomcat/tc7.0.x/trunk/test/org/apache/catalina/websocket/TestWebSocket.java Modified:

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #4 from Mark Thomas ma...@apache.org --- I'm leaning towards 5. but remain tempted by 1. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #5 from Konstantin Kolinko knst.koli...@gmail.com --- The 5. means a JSP page that is served with ServletRequest.getDispatcherType() == DispatcherType.ERROR ? There is also an option to interpret that as %@page

[Bug 56581] When an error occurs on a long JSP page, do not loose last chunk of printed text

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56581 Konstantin Kolinko knst.koli...@gmail.com changed: What|Removed |Added OS||All

[Bug 56581] When an error occurs on a long JSP page, do not loose last chunk of printed text

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56581 --- Comment #2 from Konstantin Kolinko knst.koli...@gmail.com --- As a note: The error handling changes in trunk (r1600449 and follow-ups) have not fixed this issue. The behaviour is the same as earlier - the output is truncated at 970 .

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #6 from Mark Thomas ma...@apache.org --- (In reply to Konstantin Kolinko from comment #5) The 5. means a JSP page that is served with ServletRequest.getDispatcherType() == DispatcherType.ERROR ? This looks to be the easiest

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #3 from Christopher Schultz ch...@christopherschultz.net --- Honestly, I'm surprised that SET search_path [..] will be affected by a rollback. I know it's no basis for comparison, but MySQL does not appear to behave this way:

[Bug 56586] initSQL should be committed if defaultAutoCommit == false

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56586 --- Comment #4 from Craig Servin cser...@cromagnon.com --- It just seems like the connection initialization should persist for the life of the connection. If I have some DML that initializes a connection, and it is returned to the pool,

svn commit: r1600679 - in /tomcat/trunk/test: org/apache/jasper/servlet/TestJspServlet.java webapp/WEB-INF/jsp/error.jsp

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 15:20:35 2014 New Revision: 1600679 URL: http://svn.apache.org/r1600679 Log: Add a test case for https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Added: tomcat/trunk/test/org/apache/jasper/servlet/TestJspServlet.java (with props)

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #7 from Konstantin Kolinko knst.koli...@gmail.com --- (In reply to Mark Thomas from comment #6) OK. Maybe also allow for DispatcherType.INCLUDE ? If I remember correctly, Spring (as an example of an MVC framework) allows to

svn commit: r1600680 - in /tomcat/trunk: java/org/apache/jasper/servlet/JspServlet.java test/org/apache/jasper/servlet/TestJspServlet.java webapps/docs/changelog.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 15:27:16 2014 New Revision: 1600680 URL: http://svn.apache.org/r1600680 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Allow JSP error pages to handle any HTTP method Modified: tomcat/trunk/java/org/apache/jasper/servlet/JspServlet.java

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 --- Comment #8 from Mark Thomas ma...@apache.org --- This specific issue (JSPs and error pages) has been fixed in 8.0.x for 8.0.9 onwards. The broader problem is still with the JSP EG. -- You are receiving this mail because: You are the

[Bug 56568] Incompatible change in JSPs only permit GET POST or HEAD

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56568 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 56518] NIO async servlet limit latch leak

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56518 --- Comment #8 from Mark Thomas ma...@apache.org --- (In reply to hanyong from comment #7) It seems the bug does not fixed in tomcat 8, but make it more difficult to reproduce. I wondered if that might be the case. I've spent quite a bit

buildbot failure in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a new failure on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/95 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source

buildbot success in ASF Buildbot on tomcat-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-trunk/builds/149 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source

svn commit: r1600743 - in /tomcat/trunk: java/org/apache/tomcat/websocket/server/WsServerContainer.java webapps/docs/changelog.xml webapps/docs/web-socket-howto.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 19:57:35 2014 New Revision: 1600743 URL: http://svn.apache.org/r1600743 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Better executor configuration. Modified: tomcat/trunk/java/org/apache/tomcat/websocket/server/WsServerContainer.java

svn commit: r1600750 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/tomcat/websocket/server/WsServerContainer.java webapps/docs/changelog.xml webapps/docs/web-socket-howto.xml

2014-06-05 Thread markt
Author: markt Date: Thu Jun 5 20:29:54 2014 New Revision: 1600750 URL: http://svn.apache.org/r1600750 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Better executor configuration. Modified: tomcat/tc7.0.x/trunk/ (props changed)

[Bug 56577] [websocket] Inappropriate executor in WsServerContainer

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56577 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 54618] Add filter implementing HTTP Strict Transport Security (HSTS) [PATCH]

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54618 --- Comment #8 from Steve Sether st...@sether.org --- I think this is an important feature for Tomcat to support out of the box. Furthermore though, headers like this should be insanely easy to just add to all the headers of a domain

[Bug 55006] Add http proxy support for ClientEndpoint using system properties [PATCH]

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55006 Scott Frederick scottyf...@gmail.com changed: What|Removed |Added CC|

buildbot success in ASF Buildbot on tomcat-7-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/96 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build

[Bug 56596] New: OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56596 Bug ID: 56596 Summary: OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack Product: Tomcat Native Version: 1.1.30 Hardware: PC Status: NEW

[Bug 56596] OpenSSL 1.0.1g is vulnerable to a man-in-the-middle attack

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56596 Bhupesh Saini bsa...@benefitconcepts.com changed: What|Removed |Added OS||All

buildbot failure in ASF Buildbot on tomcat-trunk

2014-06-05 Thread buildbot
The Buildbot has detected a new failure on builder tomcat-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-trunk/builds/150 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build Source

[Bug 56597] New: tomcat 8 svn tags is not standard so not synced to git

2014-06-05 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56597 Bug ID: 56597 Summary: tomcat 8 svn tags is not standard so not synced to git Product: Tomcat 8 Version: trunk Hardware: PC OS: Linux Status: NEW

[jira] [Commented] (MTOMCAT-257) Classpathes separation between plugin and application is broken (can't use slf4j-jcl in app)

2014-06-05 Thread Andreas Christoforides (JIRA)
[ https://issues.apache.org/jira/browse/MTOMCAT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14019548#comment-14019548 ] Andreas Christoforides commented on MTOMCAT-257: I ran into another case