On 15/02/2015 16:53, Konstantin Kolinko wrote: > 2015-02-15 15:05 GMT+03:00 Bill Barker <billbar...@apache.org>: >> 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-apr has an issue affecting its community >> integration. >> This issue affects 1 projects. >> The current state of this project is 'Failed', with reason 'Build Failed'. >> For reference only, the following projects are affected by this: >> - tomcat-trunk-test-apr : Tomcat 9.x, a web server implementing the >> Java Servlet 4.0, >> ... >> >> >> Full details are available at: >> >> http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test-apr/index.html >> >> test: >> [concat] Testsuites with skipped tests: >> [concat] TEST-org.apache.catalina.connector.TestRequest.APR.txt >> [concat] TEST-org.apache.catalina.core.TestApplicationFilterChain.APR.txt >> [concat] TEST-org.apache.el.parser.TestELParser.APR.txt >> [concat] TEST-org.apache.tomcat.util.net.TestClientCert.APR.txt >> [concat] TEST-org.apache.tomcat.util.net.TestCustomSsl.APR.txt >> [concat] TEST-org.apache.tomcat.util.net.TestSsl.APR.txt >> [concat] TEST-org.apache.tomcat.util.net.jsse.openssl.TestCipher.APR.txt >> [concat] >> TEST-org.apache.tomcat.util.net.jsse.openssl.TestOpenSSLCipherConfigurationParser.APR.txt >> [concat] TEST-org.apache.tomcat.websocket.TestConnectionLimit.APR.txt >> [concat] >> TEST-org.apache.tomcat.websocket.pojo.TestEncodingDecoding.APR.txt >> [concat] Testsuites with failed tests: >> [concat] TEST-org.apache.catalina.nonblocking.TestNonBlockingAPI.APR.txt >> >> BUILD FAILED >> /srv/gump/public/workspace/tomcat-trunk/build.xml:1374: Some tests completed >> with a Failure. See >> /srv/gump/public/workspace/tomcat-trunk/output/build/logs for details, >> search for "FAILED". > > This is observable with the current 8.0.x (@ r1659928)
Great :( > I was running org.apache.catalina.nonblocking.TestNonBlockingAPI in a > loop for all connectors and it was hit for APR just once (1/10), and > none for other connectors. I am using JDK 7u76 (win 32-bit). Yuck. With that kind of reproducibility it is going to be difficult to fix. Back to the manual code inspection I think. The question for me is is this a regression or has this issue always been there. If it is in 8.0.x we know it is related to the connection refactoring in trunk. Looking at svn the only recent APR/native change in 8.0.x is r1659807 and that makes this issue less likely. I think I am leaning to this always having been there but I'll do some digging before voting on 8.0.20. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
